F5 402 : templates et workflow de provisioning

Un modèle d’infrastructure décrit ressources et paramètres pour un environnement. Il doit préciser fournisseur, versions, droits et prérequis. Un template trouvé dans un dépôt n’est pas une preuve qu’il convient à vos régions, interfaces ou modules.

Distinguez validation du modèle, préparation de l’instance, onboarding et configuration applicative. Le workflow doit établir quand chaque étape est prête et quelles informations elle fournit à la suivante. Une ressource créée peut encore être inutilisable pour le service.

La revue doit montrer ce qui sera créé, modifié ou supprimé, ainsi que les paramètres sensibles. Les outils d’infrastructure as code facilitent cette analyse dans leur périmètre ; ils ne remplacent pas la compréhension de leurs états et de leurs providers.

Conservez versions de modèles et dépendances, puis examinez la différence avant application. Les secrets doivent être fournis par un mécanisme adapté, sans apparaître dans les fichiers publics. Les sorties, plans et états peuvent eux aussi contenir des informations sensibles.

Décrivez états préparé, créé, configuré, vérifié et retiré, avec les transitions qui peuvent échouer. Un retry doit examiner l’état déjà présent. Une erreur d’onboarding après création d’instance nécessite une décision de reprise, pas une création automatique de doublon.

Le retrait doit comprendre services publiés, adresses, accès, certificats et données à conserver. Le succès d’une suppression de VM ne prouve pas l’absence de ressources restantes. Ajoutez une vérification de clôture adaptée au fournisseur et au service.

Le réseau et l’instance sont créés mais la déclaration applicative échoue. Dessinez l’état connu et les lectures nécessaires avant de reprendre. Indiquez quelles ressources garder et quelles ressources retirer si la demande est abandonnée.

Votre livrable doit prévoir une revue, une recette et un retrait. Reliez-le aux guides API, DO/AS3 et IAM pour expliquer les responsabilités de chaque étape.