IONOS CLOUD Expert
Certification d'expert destinée aux administrateurs et architectes de solutions qui conçoivent et mettent en œuvre des solutions de niveau entreprise sur IONOS CLOUD. Chaque unité est soit de type DESIGN, soit de type BUILD : les unités de type DESIGN approfondissent l'architecture et incluent un résumé des décisions ; les unités de type BUILD ajoutent un guide d'utilisation de Data Center Designer avec des conseils sur les erreurs courantes. Le cours débute au niveau des décisions architecturales, suppose une maîtrise des produits de niveau Foundational, et suit un scénario unique d'entreprise régulée, FinCorp, à travers les huit modules, afin que chaque décision contribue à une architecture cohérente et unifiée à l'issue du projet de synthèse.
Détails du cours
| Durée | ~10.7 h |
| Unités | 39 unités de contenu et 8 évaluations de connaissances répartis sur 8 modules |
| Certification | IONOS CLOUD Expert (Administrateur et Architecte) |
| Score de réussite | 750/1000 |
| Prérequis | Recommandé : certification IONOS CLOUD Foundational. La familiarité avec l'ensemble des produits IONOS CLOUD, tels que présentés dans le niveau Foundational, est supposée. Aucune introduction aux produits n'est fournie. Les unités commencent au niveau des décisions architecturales ; les unités de type BUILD détaillent ensuite la mise en œuvre dans Data Center Designer. Une expérience pratique du cloud est fortement recommandée. |
À qui s'adresse 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 ont dépassé le niveau introductif et qui sont désormais responsables à la fois de la conception et de la mise en œuvre de systèmes de production sur IONOS CLOUD. Il s'agit d'un parcours de conception et de construction : vous raisonnerez sur les compromis et les contraintes de conformité comme un architecte, puis vous construirez les architectures de base en pratique dans le Data Center Designer comme un administrateur. Le scénario récurrent de FinCorp, une entreprise allemande de services financiers soumise aux obligations RGPD et BSI, disposant d'un important parc VMware à migrer et d'une capacité IA à développer, donne à chaque décision un contexte de production et réglementaire concret.
Comment utiliser ce cours
- Commencez par le Module 1 : il pose le cadre global du système (carte de la plateforme, architecture en couches, modèle de substitution native, souveraineté) que chaque unité ultérieure développe.
- 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 le pourquoi, puis suivez le parcours DCD.
- Faites évoluer le scénario FinCorp : la décision de chaque unité s'accumule pour aboutir à une architecture cohérente au moment du projet de synthèse.
- Considérez les listes d'erreurs courantes comme des conseils acquis à l'expérience en production ; elles permettent d'éviter les erreurs les plus fréquentes dans la console.
- Portez une attention particulière aux limites des capacités d'IONOS CLOUD ; chacune est reformulée en tant que modèle de conception natif.
Module 1 : Aperçu de l'architecture de la plateforme (8 %)
La vue d'ensemble du système et la philosophie de conception de la plateforme avant toute analyse approfondie. Tout ce qui suit complète ce cadre. Toutes les unités de conception : aucune démonstration de la console.
Durée : ~39 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 1.1 | La carte de la plateforme IONOS CLOUD | ~7 min | 1,355 |
| 1.2 | L'architecture par couches canonique | ~8 min | 1,700 |
| 1.3 | Conception autour des limites de la plateforme : le modèle de substitution native | ~9 min | 1,773 |
| 1.4 | La souveraineté et la conformité comme entrées de conception | ~9 min | 1,706 |
| 1.5 | Vérification des connaissances - Aperçu de l'architecture de la plateforme | ~7 min | 1,320 |
Sujets abordés :
- Les familles de produits et leurs relations, avec Data Center Designer en tant que surface de contrôle centrale et le centre de données virtuel en tant que frontière d'organisation
- La forme d'entreprise canonique : équilibreur de charge public de couche 7, couche de calcul sans état, équilibreur de charge privé de couche 4, couche de données uniquement privée
- Le modèle de substitution native : 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 du BSI (attestation C5 et certification IT-Grundschutz) dont les périmètres diffèrent selon le service
- Le scénario FinCorp introduit et le diagramme de référence que les modules ultérieurs complètent
Module 2 : Gouvernance, identité et fondations des coûts (12 %)
Les limites commerciales, d'identité, d'audit et de coûts qui régissent chaque décision ultérieure, ainsi que les configurations de la console qui les établissent.
Durée : ~51 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 2.1 | Modèle de ressources : contrats, VDC et limites | ~9 min | 1,889 |
| 2.2 | Identité, RBAC et fédération | ~12 min | 2,493 |
| 2.3 | Activity Logs et piste d'audit | ~8 min | 1,552 |
| 2.4 | Architecture des coûts et FinOps | ~14 min | 2,871 |
| 2.5 | Vérification des connaissances : gouvernance, identité et coûts | ~6 min | 1,300 |
Sujets abordés :
- Le contrat en tant que limite commerciale, de gouvernance et d'audit ; le VDC en tant que primitive de segmentation régionale, et quand diviser chacun d'eux
- Modèle d'identité : droits de capacité par rapport aux autorisations de ressources, privilèges minimaux par absence d'attribution, et fédération comme authentification uniquement, avec son runbook manuel pour les arrivées, transferts et départs
- Activity Logs en tant que journaux par contrat, en lecture seule, avec une rétention de 35 jours exportée vers Object Storage avec verrouillage d'objet pour une rétention à long terme, infalsifiable
- Architecture des coûts et FinOps : le modèle de concurrence de calcul, la hiérarchisation du stockage, l'économie de l'augmentation de capacité par rapport à l'extension par cache, et les Savings Plans
- Les configurations de la console qui établissent ces limites : premier VDC, groupes et autorisations, jetons API à portée limitée, et alerte de coût
Module 3 : Réseau et connectivité (18 %)
Conception et construction d'architectures réseau IONOS CLOUD : topologie VDC, sécurité, équilibrage de charge, haute disponibilité en périphérie, connectivité hybride et basculement DNS orchestré par le client.
Durée : ~109 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 3.1 | Topologie et segmentation VDC | ~13 min | 2,573 |
| 3.2 | Sécurité réseau : pare-feu et groupes de sécurité | ~16 min | 3,279 |
| 3.3 | Équilibrage de charge - couche 7 (application) | ~16 min | 3,228 |
| 3.4 | Équilibrage de charge - couche 4 (réseau) | ~14 min | 2,835 |
| 3.5 | Haute disponibilité en périphérie réseau | ~15 min | 2,994 |
| 3.6 | Connectivité hybride : VPN, NAT et interconnexion | ~14 min | 2,829 |
| 3.7 | DNS et routage de basculement | ~13 min | 2,631 |
| 3.8 | Vérification des connaissances - Réseau et connectivité | ~7 min | 1,428 |
Sujets abordés :
- Topologie et segmentation VDC : disposition en trois niveaux, adressage, IPv4 publics réservés, et pourquoi les pare-feu NIC ne protègent que les NIC des serveurs
- Sécurité réseau : mécanismes du pare-feu au niveau NIC, Network Security Groups, la limite selon laquelle les NSGs ne s'appliquent pas aux équilibreurs de charge gérés ni au cluster, et journaux de flux
- Équilibrage de charge couche 7 et couche 4 : quand le routage sensible au contenu justifie sa place, terminaison TLS, substitution par une passerelle API, et composition public-couche 7 vers privé-couche 4
- Haute disponibilité en périphérie réseau : basculement IP et constructions de périphérie HA, points de terminaison stables adossés à des IP réservées
- Connectivité hybride (VPN Gateway, NAT Gateway, interconnexion privée) ; orientation basée sur l'état de santé via les contrôles d'état de l'équilibreur de charge et les groupes de basculement IP, avec redirection Cloud DNS à TTL faible orchestrée par le client pour le basculement inter-zones (Cloud DNS n'est pas conscient de l'état de santé)
Module 4 : Calcul et élasticité (14 %)
Le choix de la bonne classe de calcul et sa construction : sélection de la classe VM, disques et images, élasticité et mise à l'échelle automatique, et le Private Cloud VMware dédié (conception uniquement).
Durée : ~66 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 4.1 | Sélection de la classe de calcul | ~15 min | 3,060 |
| 4.2 | Images, disques et cloud-init | ~12 min | 2,491 |
| 4.3 | Élasticité et VM Auto Scaling | ~16 min | 3,201 |
| 4.4 | Private Cloud (VMware dédié) | ~15 min | 3,037 |
| 4.5 | Vérification des connaissances - Calcul et élasticité | ~7 min | 1,431 |
Sujets abordés :
- La décision de calcul à quatre volets portant sur l'isolation des cœurs, le contrôle de la famille de CPU, l'attachement du stockage en bloc et le modèle opérationnel
- Les instances à cœurs dédiés, à vCPU partagés et à modèle fixe, avec les deux pièges courants
- Images, disques et cloud-init : les niveaux de stockage en bloc et le plancher de performance, le verrouillage par région, la configuration au premier démarrage et l'immuabilité après le provisionnement
- Élasticité et VM Auto Scaling : mise à l'échelle horizontale uniquement des répliques, configuration des répliques définie au moment de la conception, contrôles anti-flapping et précondition du niveau sans état
- Private Cloud en tant que VMware dédié livré en tant que service, les cas où il est avantageux, le modèle hybride et le provisionnement avec accompagnement
Module 5 : Données et stockage (18 %)
Conception et construction des données et du stockage dans les limites réelles d'IONOS CLOUD : aucune réplique de lecture, migrations par déchargement/restauration, Backup Service limité aux VM et au Block Storage. Chaque contrainte est reformulée en tant que modèle natif.
Durée : ~132 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 5.1 | Stockage en bloc et stockage de fichiers | ~13 min | 2,585 |
| 5.2 | Object Storage | ~15 min | 3,083 |
| 5.3 | Bases de données relationnelles (Managed PostgreSQL / MariaDB) | ~23 min | 4,639 |
| 5.4 | Bases de données NoSQL (Managed MongoDB) | ~16 min | 3,195 |
| 5.5 | Base de données en mémoire (couche de cache) | ~20 min | 3,970 |
| 5.6 | Flux d'événements (Managed Kafka) | ~19 min | 3,840 |
| 5.7 | Protection des données et cycle de vie | ~15 min | 3,036 |
| 5.8 | Vérification des connaissances - Données et stockage | ~10 min | 2,003 |
Sujets abordés :
- Stockage en bloc et stockage de fichiers, l'asymétrie entre zone de stockage et zone de calcul, et Object Storage pour la rétention infalsifiable, l'archivage et les cibles de sauvegarde
- Bases de données relationnelles : décision sur le mode de réplication, aucune réplique de lecture (mise à l'échelle des lectures avec cache en mémoire et pool de connexions), basculement, points d'accès privés et migration par déchargement/restauration
- MongoDB NoSQL et le modèle de documents ; le cache en mémoire en tant que couche de mise à l'échelle des lectures et d'externalisation des sessions
- Flux d'événements avec Kafka managé : conception des partitions, groupes de consommateurs et capture au niveau de l'application en tant que substitut à la capture des modifications de données
- Protection des données : Backup Service limité aux VM et au Block Storage (pas de DBaaS, pas de sauvegardes immuables), instantanés en tant que restauration au niveau de la VM, et un seul plan de continuité des données
Module 6 : Conteneurs et plateforme IA (14 %)
Conception et construction de plateformes de conteneurs (Managed Kubernetes, Container Registry) et de services IA (Model Hub) avec une attribution honnête de la conformité et des limites de capacité.
Durée : ~96 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 6.1 | Conception de la plateforme Kubernetes | ~19 min | 3,760 |
| 6.2 | Provisionnement d'un Cluster public | ~10 min | 2,058 |
| 6.3 | Provisionnement d'un Cluster privé | ~11 min | 2,166 |
| 6.4 | Container Registry et sélection de plateforme | ~19 min | 3,876 |
| 6.5 | Inférence IA : Model Hub managé | ~16 min | 3,123 |
| 6.6 | Souveraineté IA et Règlement européen sur l'IA | ~10 min | 2,081 |
| 6.7 | Vérification des connaissances - Conteneurs et plateforme IA | ~11 min | 2,133 |
Sujets abordés :
- Conception de la plateforme Kubernetes : plan de contrôle managé gratuit sur des pools de nœuds payants, le plancher de mise à l'échelle automatique et les quatre limites du Cluster
- Provisionnement de Clusters publics et privés, ingress managé devant le Cluster, et les dépendances réseau dont un Cluster privé a d'abord besoin
- Gouvernance par jeton uniquement pour Container Registry, sélection de plateforme entre les alternatives managées et déployées par le client, et isolation multi-Cluster par rapport à l'isolation par espace de noms
- Inférence IA sur Managed Model Hub, génération augmentée par récupération construite par le client, et quand le service auto-hébergé sur GPU est justifié
- Limites de souveraineté des données IA et rôles du Règlement européen sur l'IA pour la couche IA
Module 7 : Opérations, résilience et performance (12 %)
Préparation des architectures à la production : résilience et reprise sur sinistre, observabilité, ingénierie des performances et les mécanismes honnêtes d'une grande migration VMware.
Durée : ~90 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 7.1 | Résilience et continuité des activités | ~24 min | 4,864 |
| 7.2 | Observabilité et opérations | ~19 min | 3,756 |
| 7.3 | Ingénierie des performances | ~16 min | 3,295 |
| 7.4 | Migration et basculement hybride | ~21 min | 4,138 |
| 7.5 | Vérification des connaissances : opérations, résilience et performance | ~10 min | 1,958 |
Sujets abordés :
- Résilience et continuité des activités : ancrages RTO/RPO, trois stratégies de récupération sur les primitives de la plateforme, placement multi-zones, vérifications d'état des équilibreurs de charge et basculement DNS à TTL faible orchestré par le client
- Observabilité : les quatre plans de télémétrie et leurs périmètres fixes, les lacunes à prendre en compte lors de la conception, et l'agrégation vers un SIEM externe
- Ingénierie des performances : seuils de performance du stockage, la mise en pool des connexions et la mise en cache comme leviers de débit, et les compromis de dimensionnement
- Migration et basculement hybride : absence d'import natif OVF/OVA, les trois chemins d'infrastructure, la planification par vagues et le plan FinCorp pour un grand parc VMware qui ancre le cours
Module 8 : Mettre tout en œuvre : Architecture de bonnes pratiques (4 %)
Synthèse : cadres de décision, l'architecture d'entreprise de référence complète, et le projet de synthèse phare qui assemble le noyau FinCorp de bout en bout.
Durée : ~59 min
| Unité | Sujet | Durée | Mots |
|---|---|---|---|
| 8.1 | Cadres de décision architecturale | ~15 min | 3,059 |
| 8.2 | L'architecture d'entreprise de référence | ~17 min | 3,476 |
| 8.3 | Laboratoire de synthèse : Construire le noyau d'entreprise de bout en bout | ~17 min | 3,417 |
| 8.4 | Vérification des connaissances - Architecture de bonnes pratiques | ~9 min | 1,881 |
Sujets abordés :
- Matrices de sélection pour le calcul, les conteneurs, le stockage, le moteur de base de données et le primitive de réseau, chacune liée à 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é comme préoccupations transversales
- Le projet de synthèse phare : construction du noyau d'entreprise FinCorp de bout en bout dans Data Center Designer, reliant chaque parcours de module
Objectifs d'apprentissage
À la fin de ce cours, vous serez en mesure de :
- Concevoir des architectures de solutions complètes en composant les produits IONOS CLOUD dans le respect des contraintes de production et de conformité réelles.
- Appliquer le modèle de substitution native aux fonctionnalités que la plateforme compose plutôt qu'elle ne vend (routage API, mise à l'échelle en lecture, basculement, capture des modifications de données, importation de 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 à périmètre de service (C5 / IT-Grundschutz) et le RGPD comme éléments de conception.
- Planifier et exécuter des migrations VMware de grande envergure de manière honnête (VCDA, VPN NSX-T L2, conversion d'images ; pas d'importation native OVF/OVA).
- Synthétiser la conception et la mise en œuvre en une architecture d'entreprise unique, construite de bout en bout dans le projet de synthèse.
Prochaines étapes
Poursuivre des certifications spécialisées
- IONOS CLOUD Kubernetes Deep Dive : orchestration de conteneurs, gestion des charges de travail et architecture cloud-native sur IONOS CLOUD Managed Kubernetes.
- IONOS CLOUD AI Specialty : AI Model Hub et conception de pipelines ML de bout en bout sur IONOS CLOUD.
Faire évoluer 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 les migrations et transformations cloud complexes.
- Architecte d'entreprise : concevoir des stratégies technologiques à l'échelle de l'organisation intégrant IONOS CLOUD.
Continuer à apprendre
- Rester à jour sur les nouveaux lancements de services et les extensions de capacités d'IONOS CLOUD.
- Explorer les technologies émergentes dans les domaines de l'IA/ML, de l'informatique en périphérie et des modèles natifs conteneurs.
- Obtenir des certifications complémentaires (Kubernetes Deep Dive, AI Specialty).
Ressources
| Ressource | Lien |
|---|---|
| IONOS CLOUD Architecture Center | https://www.ionos.com/enterprise-cloud/architecture/ |
| IONOS CLOUD API Documentation | https://api.ionos.com/docs/ |
| IONOS CLOUD Enterprise Support | https://www.ionos.com/help/enterprise/ |