Expert IONOS Cloud
Certification d'expert pour les administrateurs et les architectes de solutions qui conçoivent et mettent en œuvre des solutions d'entreprise de niveau supérieur sur IONOS Cloud. Chaque unité est soit CONCEPTION, soit MISE EN ŒUVRE : les unités de conception présentent une architecture approfondie et un résumé de décision ; les unités de mise en œuvre ajoutent une marche à suivre pour Data Center Designer avec des conseils pour éviter les erreurs courantes. Le cours débute au niveau de la décision architecturale, suppose une connaissance des produits de base et suit un seul scénario d'entreprise réglementé, FinCorp, à travers les huit modules afin que chaque décision s'accumule en une architecture cohérente jusqu'au projet de fin d'études.
Détails du cours
| Durée | ~10.7 h |
| Unités | 39 unités de contenu et 8 vérifications de connaissances réparties sur 8 modules |
| Certification | Expert IONOS Cloud (Administrateur et Architecte) |
| Note de passage | 750/1000 |
| Prérequis | Recommandé : certification IONOS Cloud de base. Supposé une familiarité avec tous les produits IONOS Cloud couverts dans la certification de base. Aucune introduction de produit n'est fournie. Les unités commencent au niveau de la décision architecturale ; les unités de mise en œuvre présentent ensuite la mise en œuvre dans le Data Center Designer. Une expérience pratique de cloud est fortement recommandée. |
Pour qui est ce cours
Ce cours est conçu pour les architectes de solutions seniors, les ingénieurs cloud, les administrateurs cloud, les architectes d'entreprise et les consultants techniques qui sont au-delà du stade introductif et qui sont maintenant responsables de la conception et de la mise en œuvre de systèmes de production sur IONOS Cloud. Il s'agit d'une voie de conception et de construction : vous réfléchirez aux compromis et aux contraintes de conformité comme un architecte, et vous construirez ensuite les architectures de base de manière pratique dans le Data Center Designer comme un administrateur. Le scénario récurrent FinCorp, une entreprise allemande de services financiers sous GDPR et des obligations BSI avec un grand domaine VMware à migrer et une capacité d'intelligence artificielle à construire, donne à chaque décision un contexte de production et réglementaire réel.
Comment utiliser ce cours
- Commencez par le Module 1 : il établit le cadre du système complet (carte de la plateforme, architecture en couches, le modèle de substitution natif, souveraineté) que chaque unité ultérieure complète.
- Pour les unités de conception, concentrez-vous sur les compromis et le résumé des décisions ; pour les unités de construction, comprenez d'abord pourquoi, puis suivez la marche à suivre de la DCD.
- Faites progresser le scénario FinCorp : chaque décision d'unité s'accumule en une architecture cohérente jusqu'au projet de fin d'études.
- Traitez les listes d'erreurs courantes comme des conseils de production durement acquis ; ils préviennent les erreurs de console les plus fréquentes.
- Portez une attention particulière aux limites des capacités d'IONOS ; chacune est reformulée comme un modèle de conception natif.
Module 1 : Aperçu de l'architecture de la plateforme (8%)
L'image d'ensemble du système et la philosophie de conception de la plateforme avant de plonger dans les détails. Tout le reste vient compléter ce cadre. Toutes les unités de conception : pas de démonstrations de console.
Durée : ~39 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 1.1 | La carte de la plateforme IONOS Cloud | ~7 min | 1,354 |
| 1.2 | L'architecture canonique en couches | ~8 min | 1,668 |
| 1.3 | Conception autour des limites de la plateforme : le modèle de substitution natif | ~9 min | 1,726 |
| 1.4 | La souveraineté et la conformité en tant qu'entrées de conception | ~8 min | 1,683 |
| 1.5 | Vérification des connaissances - Aperçu de l'architecture de la plateforme | ~7 min | 1,314 |
Sujets abordés :
- Les familles de produits et leurs relations, avec le Data Center Designer comme surface de contrôle centrale et le centre de données virtuel comme limite d'organisation
- La forme d'entreprise canonique : couche 7 publique Load Balancer, couche de calcul sans état, couche 4 privée Load Balancer, couche de données privée
- Le modèle de substitution natif : la plateforme compose des capacités plutôt que de les vendre comme des fonctionnalités gérées uniques
- La souveraineté juridique de l'UE en tant que propriété de la juridiction de l'opérateur, et les deux reconnaissances BSI (attestation C5 et certification IT-Grundschutz) dont les portées diffèrent par service
- Le scénario FinCorp introduit et le diagramme de référence que les modules suivants vont compléter
Module 2 : Gouvernance, Identité et Fondation de Coût (12%)
Les limites commerciales, d'identité, d'audit et de coût qui régissent chaque décision ultérieure, avec les constructions de console qui les établissent.
Durée : ~50 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 2.1 | Modèle de ressource : contrats, VDC et limites | ~10 min | 1,953 |
| 2.2 | Identité, RBAC et fédération | ~12 min | 2,359 |
| 2.3 | Activity Logs et la traçabilité des audits | ~8 min | 1,519 |
| 2.4 | Architecture de coût et FinOps | ~14 min | 2,846 |
| 2.5 | Vérification des connaissances - Gouvernance, Identité et Coût | ~6 min | 1,282 |
Sujets couverts :
- Le contrat en tant que limite commerciale, de gouvernance et d'audit ; le VDC en tant que primitive de segmentation régionale, et quand les diviser
- Modèle d'identité : droits de capacité vs subventions de ressources, principe de moindre privilège en ne grantant pas, et fédération en tant qu'authentification uniquement avec son runbook de jointure/manipulation/séparation manuelle
- Activity Logs en tant que contrat, en lecture seule, avec une rétention de 35 jours exportée vers Object Storage avec un verrou d'objet pour une rétention à long terme et une protection contre la falsification
- Architecture de coût et FinOps : le modèle de contention de calcul, le tiering de stockage, l'économie de mise à l'échelle verticale vs l'économie de mise à l'échelle horizontale basée sur le cache, et les plans d'économies
- Les constructions de console qui établissent ces limites : premier VDC, groupes et subventions, jetons API étendus, et une alerte de coût
Module 3 : Réseau et connectivité (18%)
Conception et construction d'architectures de réseau IONOS : topologie VDC, sécurité, équilibrage de charge, haute disponibilité de pointe, connectivité hybride et basculement DNS orchestré par le client.
Durée : ~110 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 3.1 | Topologie VDC et segmentation | ~13 min | 2,592 |
| 3.2 | Sécurité du réseau : pare-feu et groupes de sécurité | ~17 min | 3,365 |
| 3.3 | Équilibrage de charge - Couche 7 (Application) | ~16 min | 3,164 |
| 3.4 | Équilibrage de charge - Couche 4 (Réseau) | ~15 min | 2,932 |
| 3.5 | Haute disponibilité au niveau du pointe du réseau | ~15 min | 2,961 |
| 3.6 | Connectivité hybride : VPN, NAT, et Cross-Connect | ~14 min | 2,878 |
| 3.7 | DNS et routage de basculement | ~13 min | 2,656 |
| 3.8 | Vérification des connaissances - Réseau et connectivité | ~7 min | 1,448 |
Sujets couverts :
- Topologie VDC et segmentation : la disposition en trois niveaux, l'adressage, les adresses IPv4 publiques réservées, et pourquoi les pare-feu NIC protègent uniquement les NIC des serveurs
- Sécurité du réseau : mécanique de pare-feu au niveau NIC, Network Security Groups, la limite que les NSG ne s'appliquent pas aux équilibreurs de charge gérés ou à la Cluster, et Flow Logs
- Équilibrage de charge de la couche 7 et de la couche 4 : quand la routage sensible au contenu trouve sa place, TLS, la substitution de passerelle API, et la composition publique-L7-privée-L4
- Haute disponibilité au niveau du pointe du réseau : basculement IP et constructions de pointe HA, points de terminaison stables à base de IP réservés
- Connectivité hybride (VPN Gateway, passerelle NAT, Cross-Connect privé) ; direction basée sur la santé via les vérifications de santé Load Balancer et les groupes de basculement IP, avec réorientation de Cloud DNS à faible TTL orchestrée par le client pour le basculement entre zones (Cloud DNS n'est pas sensible à la santé)
Module 4 : Calcul et élasticité (14%)
Choisir la bonne classe de calcul et la construire : sélection de la classe VM, disques et images, élasticité et auto-mise à l'échelle, et le dédié VMware Private Cloud (conception uniquement).
Durée : ~65 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 4.1 | Sélection de la classe de calcul | ~15 min | 3,018 |
| 4.2 | Images, disques et Cloud-Init | ~12 min | 2,499 |
| 4.3 | Élasticité et VM Auto Scaling | ~16 min | 3,143 |
| 4.4 | Private Cloud (Dédié VMware) | ~15 min | 3,013 |
| 4.5 | Vérification des connaissances - Calcul et élasticité | ~7 min | 1,423 |
Sujets abordés :
- La décision de calcul à quatre voies à travers l'isolement du noyau, le contrôle de la famille CPU, l'attachement du stockage sur blocs et le modèle opérationnel
- Les instances à noyau dédié, les instances partagées vCPU et les instances à modèle fixe, avec les deux pièges courants
- Images, disques et cloud-init : niveaux Block Storage et plancher de performance, verrouillage de région, configuration de premier démarrage et immutabilité post-provisioning
- Élasticité et VM Auto Scaling : mise à l'échelle des réplicas horizontale uniquement, ensemble de configuration des réplicas défini au moment de la conception, contrôles anti-flapping et précondition de niveau sans état
- Private Cloud en tant que VMware dédié livré en tant que service, quand il est gagnant, le modèle hybride et la provision de l'engagement guidé
Module 5 : Données et stockage (18%)
Conception et construction de données et de stockage sous les limites réelles d'IONOS : pas de répliques de lecture, migrations dump/restore, Backup Service limité aux machines virtuelles et Block Storage. Chaque contrainte est reformulée comme un modèle natif.
Durée : ~132 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 5.1 | Stockage de blocs et de fichiers | ~13 min | 2,578 |
| 5.2 | Object Storage | ~15 min | 3,060 |
| 5.3 | Bases de données relationnelles (Managed PostgreSQL / MariaDB) | ~24 min | 4,714 |
| 5.4 | Bases de données NoSQL (Managed MongoDB) | ~16 min | 3,231 |
| 5.5 | Base de données en mémoire (niveau de cache) | ~20 min | 4,022 |
| 5.6 | Diffusion d'événements (Kafka géré) | ~19 min | 3,767 |
| 5.7 | Protection et cycle de vie des données | ~15 min | 3,013 |
| 5.8 | Vérification des connaissances - Données et stockage | ~10 min | 1,960 |
Sujets abordés :
- Stockage de blocs et de fichiers, l'asymétrie entre la zone de stockage et la zone de calcul, et Object Storage pour la rétention, l'archivage et les cibles de sauvegarde à preuve de falsification
- Bases de données relationnelles : décision de mode de réplication, pas de répliques de lecture (mise à l'échelle des lectures avec un cache en mémoire et un regroupement de connexions), basculement, points de terminaison privés et migration dump/restore
- NoSQL MongoDB et le modèle de document ; cache en mémoire comme couche de mise à l'échelle des lectures et de session-externalisation
- Diffusion d'événements avec Kafka géré : conception de partition, groupes de consommateurs et capture au niveau de l'application comme substitut de la capture des données de modification
- Protection des données : Backup Service limité aux machines virtuelles et Block Storage (pas de DBaaS, pas de sauvegardes immuables), instantanés comme niveau de restauration VM, et un plan de continuité des données
Module 6 : Conteneurs et plateforme d'intelligence artificielle (14%)
Conception et construction de plateformes de conteneurs (Managed Kubernetes, Container Registry) et de services d'intelligence artificielle (Model Hub) avec attribution de conformité honnête et limites de capacité.
Durée : ~94 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 6.1 | Conception de la plateforme Kubernetes | ~18 min | 3,607 |
| 6.2 | Provisionnement d'un Cluster public | ~10 min | 2,071 |
| 6.3 | Provisionnement d'un Cluster privé | ~11 min | 2,143 |
| 6.4 | Registre de conteneurs et sélection de plateforme | ~19 min | 3,737 |
| 6.5 | Inférence d'intelligence artificielle : Model Hub géré | ~16 min | 3,110 |
| 6.6 | Souveraineté de l'intelligence artificielle et la loi sur l'intelligence artificielle de l'UE | ~10 min | 2,048 |
| 6.7 | Vérification des connaissances - Conteneurs et plateforme d'intelligence artificielle | ~10 min | 2,083 |
Sujets couverts :
- Conception de la plateforme Kubernetes : plan de contrôle géré gratuit sur le plan de contrôle Node Pools payant, le plancher d'autoscaling et les quatre limites Cluster
- Provisionnement de clusters publics et privés, entrée gérée devant le Cluster, et les dépendances réseau qu'un Cluster privé nécessite en premier
- Gouvernance du Registre de conteneurs basée sur les jetons, sélection de plateforme entre les alternatives gérées et déployées par le client, et isolement multi-Cluster par rapport à l'isolement d'espace de noms
- Inférence d'intelligence artificielle sur le Model Hub géré, génération augmentée de récupération construite par le client, et quand le service GPU auto-hébergé est justifié
- Limites de souveraineté des données d'intelligence artificielle et rôles de la loi sur l'intelligence artificielle de l'UE pour le niveau d'intelligence artificielle
Module 7 : Opérations, résilience et performances (12%)
Mettre les architectures en production : résilience et reprise après sinistre, observabilité, ingénierie des performances et les mécanismes honnêtes d'une grande migration de VMware.
Durée : ~90 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 7.1 | Résilience et continuité des activités | ~26 min | 5,131 |
| 7.2 | Observabilité et opérations | ~19 min | 3,813 |
| 7.3 | Ingénierie des performances | ~16 min | 3,182 |
| 7.4 | Migration et basculement hybride | ~20 min | 4,017 |
| 7.5 | Vérification des connaissances - Opérations, résilience et performances | ~10 min | 1,903 |
Sujets couverts :
- Résilience et continuité des activités : ancrages RTO/RPO, trois stratégies de récupération sur les primitives de plateforme, placement multi-zone, vérifications de santé de l'équilibrage de charge et basculement à faible TTL DNS orchestré par le client
- Observabilité : les quatre plans de télémétrie et leurs portées fixes, les lacunes à concevoir et l'envoi vers un SIEM externe
- Ingénierie des performances : planchers de performances de stockage, regroupement de connexions et mise en cache comme leviers de débit et compromis de redimensionnement
- Migration et basculement hybride : pas d'importation native OVF/OVA, les trois chemins d'infrastructure, planification par vague et le plan de grande estate VMware de FinCorp qui ancre le cours
Module 8 : Rassembler tout : Architecture de meilleures pratiques (4%)
Synthèse : cadres de décision, l'architecture d'entreprise de référence complète, et le projet phare qui assemble le noyau de FinCorp de bout en bout.
Durée : ~59 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 8.1 | Cadres de décision d'architecture | ~15 min | 3,026 |
| 8.2 | L'architecture d'entreprise de référence | ~18 min | 3,523 |
| 8.3 | Laboratoire de projet phare : Construire le noyau de l'entreprise de bout en bout | ~17 min | 3,465 |
| 8.4 | Vérification des connaissances - Architecture de meilleures pratiques | ~9 min | 1,831 |
Sujets abordés :
- Matrices de sélection pour le calcul, les conteneurs, le stockage, le moteur de base de données et les primitives de réseau, chacun étant associé à des critères de différenciation et à des contraintes d'éligibilité strictes
- Le filtre de souveraineté appliqué en dernier sur l'ensemble de la conception, et les deux erreurs de composition courantes
- L'architecture d'entreprise de référence assemblée en une seule conception, avec la haute disponibilité, l'équilibrage de charge, la sécurité et la connectivité en tant que préoccupations transversales
- Le projet phare : construire le noyau de l'entreprise FinCorp de bout en bout dans le Data Center Designer, en reliant chaque module de démonstration
Objectifs d'apprentissage
À la fin de ce cours, vous serez en mesure de :
- Concevoir des architectures de solutions complètes en composant des produits IONOS Cloud sous des contraintes de production et de conformité réelles.
- Appliquer le modèle de substitution native pour les capacités que la plateforme compose plutôt que de vendre (API routage, mise à l'échelle de lecture, basculement, capture de données modifiées, importation VM, contrôle d'accès).
- Construire des architectures de base dans le Data Center Designer : réseau, calcul, stockage, bases de données, conteneurs et opérations.
- Concevoir des solutions conformes en utilisant la souveraineté, les attestations BSI à portée de service (C5 / IT-Grundschutz), et GDPR comme entrées de conception.
- Planifier et exécuter de grandes migrations VMware honnêtement (VCDA, NSX-T L2 VPN, conversion d'images ; pas d'importation native OVF/OVA).
- Synthétiser la conception et la mise en œuvre en une seule architecture d'entreprise, construite de bout en bout dans le projet de clôture.
Prochaines étapes
Poursuivre des certifications spécialisées
- IONOS Kubernetes Deep Dive : orchestration de conteneurs, gestion de charge de travail, et architecture cloud-native sur IONOS Managed Kubernetes.
- IONOS AI Specialty : AI Model Hub et conception de pipelines ML de bout en bout sur IONOS Cloud.
Avancer dans votre carrière
- Architecte de solutions senior : diriger les initiatives d'architecture cloud d'entreprise et encadrer les équipes techniques sur IONOS Cloud.
- Consultant cloud : fournir des services de conseil stratégique pour des migrations et des transformations cloud complexes.
- Architecte d'entreprise : concevoir des stratégies technologiques à l'échelle de l'organisation en intégrant IONOS Cloud.
Continuer à apprendre
- Restez à jour avec les nouveaux lancements de services et les expansions de capacités d'IONOS Cloud.
- Explorez les technologies émergentes dans les domaines de l'IA/ML, du calcul de bord, et des modèles de conteneurs natifs.
- Obtenez des certifications complémentaires (Kubernetes Deep Dive, AI Specialty).
Ressources
| Ressource | Lien |
|---|---|
| Centre d'architecture IONOS Cloud | https://www.ionos.com/enterprise-cloud/architecture/ |
| Documentation IONOS Cloud API | https://api.ionos.com/docs/ |
| Support entreprise IONOS | https://www.ionos.com/help/enterprise/ |