Unité 1.1 : La carte de la plateforme IONOS Cloud
Introduction
Avant de plonger dans les détails, vous avez besoin d'un cadre que le REST du cours remplit. IONOS Cloud n'est pas un catalogue de services sans rapport les uns avec les autres ; il s'agit d'un petit nombre de familles de produits qui se composent en solutions, toutes provisionnées via une seule console et toutes situées à l'intérieur d'une limite d'organisation. Cette unité trace cette carte une fois de sorte que chaque unité ultérieure, qu'elle conçoive un réseau ou crée une base de données Cluster, ait une place connue sur celle-ci. Nous l'ouvrons sur l'entreprise que nous allons concevoir tout au long : FinCorp.
1. Les familles de produits et leurs relations
La plateforme se divise en une poignée de familles qui ont une relation prévisible les unes avec les autres. Le calcul fournit les serveurs qui exécutent les charges de travail. Le réseau les connecte et les expose, grâce aux réseaux locaux (LAN), aux équilibreurs de charge, aux passerelles et aux DNS. Les services de données persistent l'état, en englobant le stockage de blocs et de fichiers partagés, les bases de données relationnelles et NoSQL compatibles avec S3, le cache en mémoire et les services de diffusion d'événements gérés. Les conteneurs (Managed Kubernetes et le registre de conteneurs) et le niveau d'intelligence artificielle (les services d'inférence et de modélisation gérés) sont situés au-dessus du calcul et s'appuient sur les mêmes couches de réseau et de données en dessous. Les opérations, l'audit, les métriques, la journalisation et l'outil de coût observent tout cela.
La relation est la partie importante. Le réseau est le substrat dans lequel les autres familles se branchent : une base de données, un pool de Kubernetes Node et un Load Balancer sont tous connectés à des LAN à l'intérieur de la même limite. Les services de données sont accessibles de manière privée à partir du calcul plutôt que d'être exposés directement. Les opérations englobent l'ensemble du patrimoine plutôt que d'appartenir à une charge de travail en particulier. Vous déployez rarement une famille en isolation ; vous les composez, et la composition est là où vit l'architecture.
Pour FinCorp, une société financière allemande opérant sous GDPR et la ligne de sécurité BSI, la carte implique déjà la forme de l'engagement. FinCorp exploite un vaste patrimoine existant de VMware qu'il doit migrer et souhaite construire une nouvelle capacité d'intelligence artificielle. Sur cette carte, le patrimoine de VMware se situe sur Private Cloud, une famille de produits distincte qui s'exécute sur un matériel dédié à locataire unique VMware avec sa propre surface de contrôle (le client vSphere et le gestionnaire NSX-T, et non Data Center Designer ou IONOS Cloud API v6), la capacité d'intelligence artificielle se situe dans le niveau d'intelligence artificielle qui se nourrit des services de données, et les familles d'intelligence artificielle, de données et de réseau sont liées par le substrat de réseau partagé et observées par les mêmes outils d'opérations, tandis que Private Cloud reste une île largement autonome en dehors de ce plan de contrôle partagé. Le cours parcourt ces décisions famille par famille ; cette unité n'établit que où chaque famille se situe.
2. La surface de contrôle et la limite d'organisation
Deux concepts maintiennent l'ensemble de la carte, et les confondre est une erreur courante au début.
Le Data Center Designer (DCD) est la surface de contrôle. Il s'agit de l'application web graphique d'IONOS Cloud pour créer et gérer l'infrastructure, une interface de glisser-déposer dans laquelle vous modélisez des serveurs, un stockage et des réseaux de manière visuelle, puis les provisionnez. Tout ce que vous construisez dans ce cours, vous le construisez via le DCD (ou, de manière équivalente, son API et outillage). Le DCD est la façon dont vous agissez sur la plateforme ; il n'est pas là où vos ressources vivent.
Le centre de données virtuel (VDC) est la limite d'organisation. Un VDC est une collection de ressources cloud, les processeurs, la mémoire, le disque et les réseaux à partir desquels votre infrastructure est assemblée, qui forment ensemble un environnement de niveau entreprise. Critiquement, un VDC est créé contre une seule région, donc chaque ressource à l'intérieur partage cette localisation. Ce simple fait rend le VDC l'unité naturelle de segmentation : vous placez une charge de travail dans un VDC et vous avez simultanément choisi sa région, son rayon d'action et le réseau qu'il partage avec ses voisins. Les artefacts verrouillés par région, tels que les images téléchargées et les adresses IP réservées, renforcent cela, puisqu'ils ne peuvent pas simplement passer d'une région à l'autre.
Le modèle mental à retenir est donc : vous opérez le DCD (la surface) pour construire des ressources à l'intérieur d'un ou plusieurs VDC (les limites), chacun épinglé à une région. Pour FinCorp, cela signifie que la première véritable décision n'est pas quel base de données exécuter, mais quel VDC, dans quelle région, la charge de travail réglementée appartient, un choix de placement que ce cours traite comme presque permanent. Le diagramme de référence que chaque module ultérieur remplit est exactement celui-ci : une région, un VDC à l'intérieur, les trois niveaux de réseautage et les familles de calcul, de données, de conteneurs, d'IA et d'opérations attachées à leurs places.
Résumé de la décision
| Question | La construction qui y répond | Pourquoi cela est important |
|---|---|---|
| Comment créer et gérer des ressources ? | Data Center Designer (la surface de contrôle) | Une console (et son API) provisionne chaque famille ; c'est ainsi que vous agissez, et non où les ressources résident. |
| Où résident mes ressources et quelle est leur portée d'impact ? | Centre de données virtuel (la limite d'organisation) | Un centre de données virtuel est lié à une région ; choisir un centre de données virtuel signifie choisir une région, une segmentation et un réseau partagé en une seule étape. |
| À quelle famille appartient une exigence ? | La carte des produits par famille | Calcul, mise en réseau, données, conteneurs, intelligence artificielle, opérations se composent en solutions ; presque rien n'est déployé seul. |
Le premier mouvement de conception dans tout engagement IONOS est de décider du placement de chaque charge de travail dans un centre de données virtuel et une région, car les images et les adresses IP verrouillées par région rendent cette décision coûteuse à inverser. Tout ce qui suit dans le cours s'attache à ce choix.
Résumé
IONOS Cloud est un ensemble compact de familles de produits, de calcul, de réseau, de services de données, de conteneurs, d'intelligence artificielle et d'opérations, qui se composent en solutions, toutes construites à travers le Data Center Designer et toutes organisées à l'intérieur de centres de données virtuels ancrés dans une région. Avoir cette carte en tête permet à chaque unité ultérieure de trouver sa place, et permet de raisonner sur l'engagement de FinCorp comme un système cohérent plutôt qu'un ensemble de services.
Points clés :
- La plateforme est composée de quelques familles composable, et non d'un catalogue plat ; le réseau est le substrat auquel les autres éléments s'attachent, et les opérations englobent l'ensemble du patrimoine.
- Le Data Center Designer est la surface de contrôle (comment agir) ; le centre de données virtuel est la limite d'organisation (où les ressources vivent).
- Un centre de données virtuel est ancré dans une région, ce qui en fait l'unité de segmentation et rend le placement une décision précoce et quasi permanente.
- FinCorp (fintech allemand, GDPR/BSI, un grand estate VMware à migrer, une capacité d'intelligence artificielle à construire) est le seul scénario dans lequel chaque décision ultérieure s'inscrit.