Déploiement, provisionnement et automatisation
Construire et faire évoluer l'infrastructure sans gestes manuels : AMI dorées et images de conteneurs, CloudFormation et l'AWS CDK, Terraform, provisionnement multi-comptes avec StackSets et AWS RAM, stratégies de déploiement et automatisation de flotte avec Systems Manager.
Un ingénieur corrige un incident de production en cliquant dans la console. Six semaines plus tard, la même stack doit exister dans un second compte, et la moitié de ces clics a disparu parce que personne ne les a notés. Ce domaine répond à ce problème : vous décrivez l'infrastructure dans un fichier, un service l'applique, et vous obtenez le même résultat dans chaque compte et chaque Region.
Il pèse 22 % du SOA-C03 et change la valeur des deux domaines précédents. La supervision vous dit que quelque chose ne va pas, la fiabilité garde la charge de travail en marche. Le provisionnement décide si le correctif part sous forme de modification de template relue, ou sous forme d'édition console que personne ne peut reproduire.
Ce que couvre ce domaine
- Les AMI dorées avec EC2 Image Builder, et les images de conteneurs dans ECR avec le scan d'images et les politiques de cycle de vie
- L'écriture de templates CloudFormation : parameters, conditions, fonctions intrinsèques et outputs
- Les opérations sûres sur les stacks avec les change sets, la drift detection et les stack policies, et le diagnostic d'un déploiement en échec ou en rollback
- L'AWS CDK, et la place de Terraform et de Git dans un workflow CloudOps
- Le provisionnement multi-comptes et multi-régions avec StackSets, le partage de ressources via AWS RAM et les catalogues gouvernés avec Service Catalog et Control Tower
- Les déploiements rolling, blue/green, canary et in-place, et leur application aux Auto Scaling groups, à ECS et à Lambda
- L'automatisation du quotidien avec Systems Manager : gestion de flotte sans SSH, Patch Manager et State Manager, Parameter Store et opérations pilotées par les événements
Pourquoi c'est important
Les questions de ce domaine vous demandent rarement ce qu'est CloudFormation. Elles vous donnent une stack bloquée en UPDATE_ROLLBACK_FAILED, un StackSet qui a atteint quatre comptes sur cinq, ou une mise à jour qui doit passer sans perdre une seule requête, et vous demandent quoi faire ensuite. Pour répondre, il faut savoir comment chaque mécanisme se comporte quand ça tourne mal, pas seulement le chemin où tout fonctionne.
Sur le terrain, la pression est la même. Une infrastructure que vous pouvez reconstruire depuis un template survit à une migration de compte, à une panne de Region et au départ de la personne qui l'a montée. Une infrastructure qui n'existe que sous forme d'état dans la console ne survit à aucune des trois.