Maîtriser AWS CloudFormation : guide complet pour débutants

27/8/2024

Dans un monde où l'automatisation et l'efficacité sont au cœur des préoccupations des entreprises, la gestion de l'infrastructure cloud est devenue une tâche complexe mais essentielle. AWS CloudFormation, un service proposé par Amazon Web Services, se distingue comme une solution puissante pour automatiser la création et la gestion des ressources cloud.

Cet article explore en détail AWS CloudFormation, ses concepts fondamentaux, ses avantages et ses applications pratiques, vous offrant une compréhension approfondie de cet outil incontournable pour les architectes et développeurs cloud.

Que vous soyez novice ou expérimenté, plongez dans l'univers de l'infrastructure as code avec AWS CloudFormation et découvrez comment cet outil peut transformer la manière dont vous gérez vos environnements cloud.

Comprendre AWS CloudFormation

Qu'est-ce qu'AWS CloudFormation ?

AWS CloudFormation est un service puissant proposé par Amazon Web Services (AWS) qui permet de créer, gérer et mettre à jour des infrastructures cloud de manière déclarative. Grâce à CloudFormation, les utilisateurs peuvent définir et provisionner des ensembles de ressources AWS à l'aide de simples fichiers texte, généralement au format JSON ou YAML, appelés modèles CloudFormation. Ces templates de CloudFormation décrivent les ressources nécessaires pour déployer des applications ou des services dans un environnement cloud, incluant des instances EC2, des bases de données Amazon RDS, des équilibrages de charge élastiques, et bien plus encore.

Avec AWS CloudFormation, les infrastructures peuvent être déployées de manière cohérente et reproductible à travers différents environnements tels que les environnements Pre-Prod & Prod. Les modèles CloudFormation fournissent une approche déclarative pour gérer des environnements complexes, où chaque modification est versionnée et traçable, facilitant ainsi le contrôle de version et la conformité avec les standards de gouvernance. Ce service joue un rôle clé dans l'automatisation de l'infrastructure (IaC solution), permettant une gestion efficace des ressources dans CloudFormation.

Avantages d'utiliser CloudFormation

Amélioration de la gestion des infrastructures

L'un des principaux avantages d'AWS CloudFormation est la standardisation et la cohérence qu'il apporte à la gestion des infrastructures. En utilisant des modèles CloudFormation, les organisations peuvent créer des architectures identiques dans des environnements différents, assurant ainsi une infrastructure uniforme et évitant les dérives. Cela est particulièrement crucial pour les entreprises utilisant des architectures en silos ou ayant des schémas de déploiement complexes. CloudFormation permet également de suivre et de représenter les modifications apportées à l'infrastructure, assurant une traçabilité complète et facilitant les audits.

Maîtrise des coûts d'exploitation

AWS CloudFormation contribue également à la maîtrise des coûts d'exploitation. En automatisant le provisionnement des ressources et en standardisant les configurations, CloudFormation permet d'optimiser l'utilisation des ressources nécessaires tout en réduisant les risques de gaspillage. Par exemple, des piles de ressources peuvent être configurées pour s'adapter dynamiquement aux charges de travail, ce qui permet de mieux gérer les budgets et de limiter les coûts liés à des ressources sous-utilisées ou excédentaires. En outre, le modèle AWS CloudFormation permet de suivre les coûts en fonction des ressources déployées, facilitant ainsi une gestion budgétaire précise.

Augmentation de la productivité des développeurs

Enfin, AWS CloudFormation augmente la productivité des développeurs grâce à ses fonctionnalités d'automatisation et de déploiement simplifié. En utilisant CloudFormation, les développeurs peuvent déployer rapidement et facilement des environnements complexes avec une simple commande, réduisant ainsi le temps nécessaire pour mettre en place des infrastructures. L'automatisation des processus de mise à jour et de gestion des ressources CloudFormation permet également de minimiser les erreurs humaines, d'accélérer les cycles de développement et de déploiement, et d'assurer une meilleure réactivité face aux besoins changeants de l'entreprise.

Les concepts de base et terminologie

Lorsqu'on utilise AWS CloudFormation, il est crucial de comprendre certains concepts clés et la terminologie associée. Ces éléments sont au cœur du fonctionnement de CloudFormation et permettent de déployer et de gérer efficacement des infrastructures cloud.

Concept clés

Stack (Pile)
Une stack dans CloudFormation est une collection de ressources AWS définies et gérées comme une seule unité. Lorsque vous déployez une stack, CloudFormation provisionne toutes les ressources nécessaires spécifiées dans le modèle. Par exemple, une stack peut inclure des instances EC2, des bases de données RDS, des tables DynamoDB, et bien plus encore. Les stacks permettent de créer, mettre à jour et supprimer des ensembles de ressources de manière cohérente, garantissant que toutes les ressources sont synchronisées.

Template (Modèle)
Un template CloudFormation est un simple fichier texte, généralement au format JSON ou YAML, qui décrit les ressources AWS à déployer. Le template est le plan directeur d'une infrastructure dans AWS. Il contient des instructions détaillées sur les ressources à créer, leur configuration, ainsi que les dépendances entre elles. Les templates peuvent être utilisés pour créer des stacks, mais aussi pour gérer les mises à jour et les suppressions de ressources.

Resources (Ressources)
Les ressources sont les composants de base gérés par CloudFormation au sein d'une stack. Cela inclut des services tels qu'Amazon Elastic Compute Cloud (EC2), Amazon Relational Database Service (RDS), des équilibreurs de charge, et bien d'autres. Chaque ressource est définie dans le template avec des propriétés spécifiques, permettant de configurer et de déployer l'infrastructure nécessaire.

Parameters (Paramètres)
Les paramètres sont des valeurs que vous pouvez spécifier lors de la création ou de la mise à jour d'une stack. Ils permettent de personnaliser les ressources déployées sans modifier le template. Par exemple, un paramètre peut être utilisé pour définir le type d'instance EC2 ou la taille d'une base de données. Cela rend les modèles CloudFormation flexibles et réutilisables dans différents contextes ou environnements, comme les environnements Pre-Prod & Prod.

Outputs (Sorties)
Les outputs sont les valeurs que CloudFormation peut renvoyer une fois la stack créée ou mise à jour. Ils peuvent inclure des informations telles que les noms de domaines, les ID de ressources, ou toute autre donnée utile à l'utilisateur ou à d'autres stacks. Les outputs facilitent également le chaînage de stacks, où les valeurs générées par une stack peuvent être utilisées comme entrées pour une autre.

Structure d'un modèle (template) CloudFormation

Un modèle CloudFormation est structuré en plusieurs sections principales qui organisent et définissent les différents aspects de l'infrastructure à déployer. Que vous utilisiez YAML ou JSON, la structure reste la même, bien que YAML soit souvent préféré pour sa lisibilité.

  • AWSTemplateFormatVersion : Cette section facultative spécifie la version du format de template. Bien que ce ne soit pas obligatoire, il est recommandé de l'inclure pour assurer la compatibilité future.
  • Description : Cette section permet de décrire le modèle, sa fonction, et tout autre détail pertinent. Bien qu'elle soit également facultative, elle est utile pour documenter le template.
  • Resources : C'est la section la plus cruciale du modèle. Elle définit toutes les ressources AWS à créer. Chaque ressource est décrite par un type et un ensemble de propriétés. Par exemple, pour créer une instance EC2, vous spécifierez le type AWS::EC2::Instance et les propriétés associées, comme l'AMI à utiliser et le type d'instance.
  • Parameters : Cette section définit les paramètres que l'utilisateur peut passer lors de la création de la stack. Chaque paramètre peut avoir un type, une description, et éventuellement des valeurs par défaut ou autorisées.
  • Mappings : Les mappings permettent de créer des tables de correspondance statiques. Par exemple, vous pouvez utiliser un mapping pour sélectionner automatiquement une configuration en fonction de la région AWS dans laquelle la stack est déployée.
  • Outputs : Comme mentionné, cette section définit les sorties du modèle. Les outputs sont souvent utilisés pour exporter des valeurs vers d'autres stacks ou pour afficher des informations utiles à l'utilisateur après le déploiement.
  • Conditions : Les conditions permettent de contrôler la création de ressources en fonction des paramètres ou des variables d'environnement. Cela est particulièrement utile pour créer des modèles qui doivent être adaptés à différentes situations.
  • Metadata : Cette section contient des informations supplémentaires sur le template. Elle est généralement utilisée pour des données spécifiques à des outils ou pour stocker des informations de documentation.

Fonctionnement des templates CloudFormation

Les modèles (ou templates) CloudFormation sont au cœur de l'outil d'infrastructure AWS CloudFormation. Ils permettent de définir l'ensemble des ressources nécessaires pour construire et gérer une infrastructure cloud sur AWS. Comprendre leur fonctionnement est essentiel pour exploiter pleinement les avantages de l'approche Infrastructure-as-Code (IaC).

Création d'un modèle simple : Syntaxe de base et exemples pratiques

Créer un modèle CloudFormation commence par la définition de la structure du fichier, généralement en YAML ou JSON. Un modèle de CloudFormation est un simple fichier texte qui suit une syntaxe spécifique pour décrire les ressources AWS que vous souhaitez provisionner.

Par exemple, un modèle de base pour déployer une instance EC2 pourrait ressembler à ceci :

AWSTemplateFormatVersion: '2010-09-09'
Description: Modèle CloudFormation simple pour créer une instance EC2
Resources:
  MyEC2Instance:
    Type: 'AWS::EC2::Instance'
    Properties:
      InstanceType: 't2.micro'
      ImageId: 'ami-0abcdef1234567890'

Dans cet exemple, nous avons utilisé la section Resources pour définir une instance EC2 avec le type t2.micro. Le type de ressource est spécifié par AWS::EC2::Instance, et les propriétés telles que InstanceType et ImageId configurent l'instance. Ce modèle simple montre comment un seul fichier peut représenter une infrastructure complète, facilitant ainsi la création de piles de ressources cohérentes et standardisées.

Lors de la création de piles de ressources, il est également important de suivre les bonnes pratiques, telles que l'utilisation de paramètres pour rendre les modèles réutilisables dans différents environnements (Pre-Prod, Prod, etc.) et la structuration des modèles en fonction des besoins spécifiques.

Utilisation des fonctions intrinsèques

Les fonctions intrinsèques sont des outils puissants dans AWS CloudFormation qui permettent d'introduire de la logique dans vos modèles, rendant ces derniers plus dynamiques et flexibles. Ces fonctions intégrées sont utilisées pour effectuer des opérations complexes directement au sein du template, sans nécessiter de scripts externes.

Voici quelques-unes des fonctions intrinsèques les plus couramment utilisées :

  • Fn::Join : Cette fonction permet de concaténer des valeurs. Par exemple, pour créer un nom d'instance basé sur des paramètres, vous pourriez utiliser Fn::Join pour combiner un préfixe et une valeur de paramètre.
  • Fn::If : Cette fonction permet de créer des conditions dans le modèle. Par exemple, vous pouvez décider de déployer ou non une ressource en fonction de la valeur d'un paramètre.
  • Ref : Utilisée pour référencer un paramètre ou une ressource définie ailleurs dans le modèle. Par exemple, Ref permet de récupérer la valeur d'un paramètre pour l'utiliser dans une propriété de ressource.
  • Fn::GetAtt : Cette fonction permet de récupérer un attribut d'une ressource AWS définie dans le même modèle. Par exemple, pour obtenir l'ID d'une instance EC2 après sa création, vous pourriez utiliser Fn::GetAtt.
  • Fn::Sub : Cette fonction permet de substituer des variables dans des chaînes de caractères. Par exemple, pour créer des noms de ressources dynamiques basés sur des paramètres, Fn::Sub peut être utilisé pour insérer des valeurs de paramètres dans une chaîne de texte.

Voici un exemple illustrant l'utilisation de ces fonctions dans un template CloudFormation :

AWSTemplateFormatVersion: '2010-09-09'
Description: Modèle avec fonctions intrinsèques pour personnaliser les ressources
Parameters:
  EnvType:
    Type: String
    Default: "Prod"
    AllowedValues:
      - "Prod"
      - "PreProd"
Resources:
  MyBucket:
    Type: 'AWS::S3::Bucket'
    Properties:
      BucketName: 
        Fn::Sub: "my-bucket-${EnvType}"
  MyInstance:
    Type: 'AWS::EC2::Instance'
    Properties:
      InstanceType: 't2.micro'
      ImageId: 'ami-0abcdef1234567890'
      Tags:
        - Key: "Environment"
          Value: 
            Ref: "EnvType"
Outputs:
  BucketName:
    Value: 
      Ref: MyBucket

Dans cet exemple, Fn::Sub est utilisé pour nommer un bucket S3 en fonction de l'environnement (EnvType), tandis que Ref récupère la valeur du paramètre EnvType pour l'utiliser dans les tags de l'instance EC2.

L'utilisation judicieuse des fonctions intrinsèques permet de simplifier la gestion des ressources et d'optimiser les templates CloudFormation pour différents cas d'usage, y compris des environnements complexes nécessitant une personnalisation poussée.

Créer et déployer un modèle simple

Dans cette section, nous allons voir comment créer et déployer un modèle AWS CloudFormation simple pour lancer une instance EC2. Cette approche vous permettra de comprendre les bases de la rédaction et du déploiement de templates CloudFormation, que ce soit via la console AWS ou en utilisant l'AWS CLI.

Étape 1 : Rédaction du modèle

Pour commencer, nous allons créer un modèle CloudFormation minimal qui définit une instance Amazon Elastic Compute Cloud (EC2). Ce modèle de CloudFormation est un simple fichier texte que vous pouvez rédiger en utilisant YAML ou JSON.

Voici un exemple d'un modèle minimal en YAML :

AWSTemplateFormatVersion: '2010-09-09'
Description: Modèle minimal pour lancer une instance EC2
Resources:
  MyEC2Instance:
    Type: 'AWS::EC2::Instance'
    Properties:
      InstanceType: 't2.micro'
      ImageId: 'ami-0abcdef1234567890'

Dans cet exemple, nous utilisons les sections principales d'un modèle CloudFormation : AWSTemplateFormatVersion, Description, et surtout Resources. Ce modèle spécifie une instance EC2 de type t2.micro avec un ID d'image prédéfini (ImageId). Ce modèle CloudFormation simple représente un bon point de départ pour comprendre la création de pile de ressources.

Étape 2 : Déploiement via AWS Management Console

Une fois que vous avez rédigé votre modèle, vous pouvez le déployer via la console AWS CloudFormation. Voici un guide pas à pas pour vous aider :

  1. Accédez à la console AWS CloudFormation : Connectez-vous à votre compte AWS et accédez à la section CloudFormation dans la console AWS.
  2. Créez une nouvelle pile : Cliquez sur "Create stack" et sélectionnez l'option "With new resources (standard)".
  3. Téléchargez le modèle : Sélectionnez l'option "Upload a template file" et téléchargez le fichier YAML que vous avez créé précédemment.
  4. Configurez la pile : Donnez un nom à votre stack CloudFormation, par exemple, "MySimpleEC2Stack". Vous pouvez aussi configurer les paramètres avancés tels que les notifications ou les permissions IAM si nécessaire.
  5. Examinez et créez : Revoyez les détails du déploiement, puis cliquez sur "Create stack". AWS CloudFormation commencera à créer la pile et à provisionner les ressources.
  6. Vérifiez le déploiement : Une fois la pile déployée, vous pouvez voir l'instance EC2 dans la console EC2 sous la section "Running Instances". Les détails de la pile, tels que les événements et les sorties, peuvent être consultés directement dans la console CloudFormation.

Ce processus simple vous guide à travers la création d'une pile CloudFormation via l'interface graphique d'AWS, un outil puissant pour la gestion des ressources d'infrastructure.

Étape 3 : Déploiement via AWS CLI

Si vous préférez l'automatisation ou travaillez dans un environnement de développement, vous pouvez également déployer le modèle via l'AWS Command Line Interface (CLI). Voici comment procéder :

1. Préparez votre environnement : Assurez-vous que l'AWS CLI est installée et configurée avec les bonnes autorisations pour gérer des ressources AWS. Vous aurez besoin des clés d'accès AWS avec les permissions CloudFormation et EC2.

2. Exécutez la commande de création de pile : Utilisez la commande suivante pour déployer votre modèle CloudFormation :

aws cloudformation create-stack --stack-name MySimpleEC2Stack --template-body file://path/to/your-template.yaml

Dans cette commande, remplacez path/to/your-template.yaml par le chemin d'accès au fichier de modèle que vous avez rédigé. La commande create-stack lancera la création de la pile.

3. Surveillez le déploiement : Vous pouvez suivre l'état de la pile en utilisant la commande suivante :

aws cloudformation describe-stacks --stack-name MySimpleEC2Stack

Cette commande vous donnera des détails sur l'état actuel de la pile, les ressources créées et toute sortie spécifiée dans le modèle.

4. Gestion des erreurs et mises à jour : Si la création de la pile échoue, vous pouvez examiner les événements CloudFormation pour diagnostiquer l'erreur. Pour mettre à jour la pile avec un nouveau modèle, utilisez la commande update-stack :

Gérer les mises à jour d'infrastructure

La gestion des mises à jour d'infrastructure est une étape cruciale lorsqu'on utilise AWS CloudFormation pour orchestrer des environnements cloud. AWS CloudFormation permet de gérer les modifications de l'infrastructure de manière structurée et contrôlée, minimisant ainsi les risques d'erreurs et d'interruptions. Cette section explore les stratégies de mise à jour des ressources, ainsi que les meilleures pratiques pour la gestion des modifications.

Stratégies de mise à jour

Lorsqu'il s'agit de mettre à jour une pile de ressources (stack CloudFormation), AWS CloudFormation propose plusieurs stratégies pour ajouter, modifier ou supprimer des ressources au sein de l'infrastructure existante.

  1. Ajout de ressources :
    Ajouter de nouvelles ressources à une pile existante est une opération courante. Par exemple, vous pouvez décider d'ajouter un nouvel équilibre de charge (load balancer) ou une base de données Amazon Relational Database Service (RDS) à votre infrastructure. Pour cela, vous modifiez simplement le template CloudFormation en ajoutant la définition des nouvelles ressources sous la section Resources. Une fois la modification apportée, vous pouvez appliquer le nouveau modèle en utilisant la commande update-stack dans l'AWS CLI ou via la console AWS CloudFormation.
  2. Modification des ressources :
    La modification des ressources existantes peut inclure des changements tels que la mise à jour du type d'instance EC2, le changement de configuration d'une base de données, ou la modification des règles d'un groupe de sécurité. AWS CloudFormation gère ces modifications en appliquant une stratégie d'Update In-Place lorsque c'est possible, ce qui signifie que la ressource est modifiée sans être recréée. Cependant, certains changements, comme la modification du type d'instance d'une base de données RDS, peuvent nécessiter la recréation de la ressource.
  3. Suppression de ressources :
    La suppression de ressources d'une pile est également prise en charge par AWS CloudFormation. Il suffit de supprimer la définition de la ressource du template CloudFormation, puis d'appliquer la mise à jour. AWS CloudFormation supprimera automatiquement la ressource de l'infrastructure. Par exemple, si vous n'avez plus besoin d'une instance EC2 spécifique, vous la supprimez du modèle, et CloudFormation se charge de la désactiver et de la supprimer.

Chaque fois que vous apportez une mise à jour à une pile, il est recommandé d'utiliser la fonction de change set de CloudFormation. Un change set vous permet de prévisualiser les modifications que CloudFormation apportera à la pile avant de les appliquer, ce qui réduit le risque de modifications inattendues ou d'erreurs.

Gestion des modifications

La gestion des changements est un élément clé dans le déploiement et la maintenance d'infrastructures complexes. AWS CloudFormation offre plusieurs outils pour assurer que les modifications apportées à l'infrastructure soient bien contrôlées et suivent les meilleures pratiques en matière de gouvernance.

  1. Contrôle de version des templates :
    Il est essentiel de versionner vos templates CloudFormation pour assurer un suivi précis des modifications apportées à l'infrastructure. Utilisez des systèmes de contrôle de version comme Git pour stocker et suivre les différentes versions de vos modèles CloudFormation. Cela facilite la gestion des versions, permet de revenir à une version précédente en cas de problème, et assure une trace historique des changements.
  2. Utilisation des change sets :
    Comme mentionné précédemment, les change sets sont un outil puissant pour gérer les modifications d'infrastructure. Avant d'appliquer une mise à jour à une pile CloudFormation, vous pouvez créer un change set pour voir exactement quelles ressources seront créées, modifiées, ou supprimées. Cela vous donne une visibilité complète sur l'impact des changements et vous permet de prendre des décisions éclairées.
  3. Gestion des environnements multiples :
    Lorsque vous travaillez avec plusieurs environnements (par exemple, Pre-Prod & Prod Environments), il est crucial de maintenir des architectures identiques entre ces environnements pour garantir la cohérence des déploiements. AWS CloudFormation permet de gérer cela en utilisant des paramètres et des conditions dans vos templates pour personnaliser les déploiements en fonction de l'environnement tout en utilisant un seul modèle de base. Cela réduit la complexité et minimise les erreurs.
  4. Suivi de la dérive (Drift) :
    La dérive se produit lorsque l'état réel d'une ressource AWS diffère de ce qui est défini dans le template CloudFormation. AWS CloudFormation fournit des outils pour détecter et gérer la dérive, vous permettant de savoir quand des modifications ont été apportées en dehors de CloudFormation. Le suivi de la dérive est essentiel pour maintenir la conformité aux standards de l'infrastructure et pour garantir que toutes les modifications passent par un processus contrôlé.
  5. Audit des modifications et conformité :
    En intégrant AWS CloudFormation avec des outils comme AWS Config et AWS CloudTrail, vous pouvez suivre les modifications apportées à vos ressources et assurer qu'elles respectent les standards de conformité de votre organisation. Cela vous aide à automatiser le contrôle de gouvernance et à garantir que toutes les modifications d'infrastructure sont traçables et auditées.

Supprimer des ressources avec CloudFormation

La suppression de ressources dans AWS CloudFormation est une étape importante dans la gestion de votre infrastructure cloud. Il est essentiel de comprendre le processus de suppression d'une pile et les implications associées, notamment la gestion des dépendances et des ressources orphelines.

Suppression d'une pile

Lorsqu'une pile CloudFormation n'est plus nécessaire, vous pouvez la supprimer en quelques étapes simples via la console AWS CloudFormation ou en utilisant l'AWS CLI. Voici le processus de suppression :

1. Initiation de la suppression :

  • Via la console AWS CloudFormation : Accédez à la liste des stacks CloudFormation, sélectionnez la pile que vous souhaitez supprimer, et cliquez sur "Delete". AWS CloudFormation commencera immédiatement le processus de suppression des ressources associées.
  • Via l'AWS CLI : Utilisez la commande suivante pour supprimer une pile :
aws cloudformation delete-stack --stack-name MyStackName

Remplacez MyStackName par le nom de la pile que vous souhaitez supprimer.

2. Processus de suppression :

  • Lorsqu'une pile est supprimée, AWS CloudFormation supprime toutes les ressources qu'elle gère, telles que les instances Amazon EC2, les bases de données Amazon RDS, les équilibreurs de charge (load balancers), et autres services d'infrastructure définis dans le modèle CloudFormation.
  • Le processus de suppression suit l'ordre inverse de la création pour éviter les erreurs dues aux dépendances entre ressources. Par exemple, un équilibre de charge ne sera supprimé qu'après les instances EC2 auxquelles il est associé.
  • Notifications et journalisation : Pendant la suppression, AWS CloudFormation génère des événements que vous pouvez consulter dans la console ou via l'AWS CLI pour suivre le processus et identifier tout problème éventuel.
  • 3. Impacts de la suppression

  • Perte de données : La suppression de certaines ressources, comme les bases de données ou les volumes de stockage, entraîne la perte permanente des données qu'elles contiennent. Il est crucial de sauvegarder toute donnée critique avant de procéder à la suppression de la pile.
  • Dépendances : Les ressources qui dépendent d'autres services (comme un serveur d'analyse raster dépendant d'une base de données) seront également supprimées si leur ressource principale est supprimée.
  • Arrêt des services : Si des ressources critiques sont supprimées, cela peut entraîner l'interruption des services d'application ou d'infrastructure, affectant potentiellement les environnements de production.
  • Gestion des dépendances et des ressources orphelines

    Lors de la suppression d'une pile CloudFormation, la gestion des dépendances et des ressources orphelines est essentielle pour éviter des problèmes opérationnels inattendus.

    1. Dépendances entre ressources :
      • AWS CloudFormation gère automatiquement les dépendances entre ressources lors de la suppression d'une pile. Par exemple, si une instance EC2 dépend d'une clé SSH ou d'une interface réseau, CloudFormation s'assurera que ces dépendances sont supprimées dans le bon ordre.
      • Cependant, si certaines dépendances ne sont pas explicitement définies dans le modèle CloudFormation (comme des ressources créées manuellement en dehors de la pile), elles ne seront pas supprimées automatiquement. Cela peut laisser des ressources inutilisées (orphelines) dans votre compte AWS.
    2. Ressources orphelines :
      • Les ressources orphelines sont celles qui ne sont plus nécessaires mais qui ne sont pas supprimées lors de la suppression de la pile. Cela peut inclure des buckets S3 non vidés, des fichiers de configuration, ou des serveurs non gérés. Ces ressources peuvent continuer à générer des coûts inutiles et compliquer la gestion de l'infrastructure.
      • Pour éviter cela, il est recommandé de vérifier les dépendances avant de supprimer une pile et d'utiliser des mécanismes comme les hooks de suppression qui permettent d’exécuter des scripts personnalisés pour nettoyer les ressources orphelines avant ou après la suppression de la pile.
    3. Gestion proactive des ressources :
      • Utilisation des StackSets : Dans le cadre de déploiements complexes impliquant plusieurs comptes AWS ou régions, AWS CloudFormation StackSets peut être utilisé pour déployer et gérer des piles à grande échelle. Lors de la suppression, StackSets assure que les ressources dans toutes les régions et comptes sont traitées de manière cohérente.
      • Vérifications post-suppression : Après la suppression d'une pile, il est recommandé d'effectuer un audit pour s'assurer que toutes les ressources associées ont été supprimées et qu'il ne reste pas de ressources orphelines qui pourraient entraîner des coûts supplémentaires ou des problèmes de sécurité.

      Glossaire

      FAQ