Incorpora pile all'interno di altre pile utilizzando pile annidate

Gli stack nidificati sono stack creati all'interno di altri stack. È possibile creare una pila annidata all'interno di un'altra pila utilizzando AWS::CloudFormation::Stackrisorsa.

Con la crescita dell'infrastruttura, possono emergere schemi comuni in cui gli stessi componenti vengono dichiarati in più modelli. Puoi separare i componenti comuni e creare modelli dedicati per loro, Quindi, usa la risorsa nel tuo modello per fare riferimento ad altri modelli, creando pile annidate.

Ad esempio, immagina di avere una configurazione del sistema di load balancer che utilizzi per la maggior parte dei tuoi stack. Invece di copiare e incollare le stesse configurazioni nei modelli, puoi creare un modello dedicato per il sistema di load balancer. Quindi, ti basta utilizzare la risorsa per fare riferimento al modello dall'interno di altri modelli.

Gli stack nidificati possono a loro volta contenere altri stack nidificati, generando una gerarchia di stack, come illustrato nel diagramma di seguito. Lo stack radice è lo stack di primo livello al quale sostanzialmente appartengono tutti gli stack nidificati. Inoltre, ciascuno stack nidificato ha un proprio stack padre. Per il primo livello di stack nidificati, lo stack radice è anche lo stack padre. Nel diagramma seguente, ad esempio:

Dividere un modello CloudFormation

Questo esempio dimostra come prendere un unico CloudFormation modello di grandi dimensioni e riorganizzarlo in un design più strutturato e riutilizzabile utilizzando modelli annidati. Inizialmente, il modello «Before nesting stacks» mostra tutte le risorse definite in un unico file. Questo può diventare complicato e difficile da gestire man mano che il numero di risorse aumenta. Il modello «After nesting stacks» suddivide le risorse in modelli più piccoli e separati chiamati pile nidificate. Ogni stack annidato gestisce un insieme specifico di risorse correlate, rendendo la struttura generale più organizzata e facile da gestire.

AWSTemplateFormatVersion: '2010-09-09'
Parameters:
  InstanceType:
    Type: String
    Default: 't2.micro'
    Description: 'The EC2 instance type'
  
  Environment:
    Type: String
    Default: 'Production'
    Description: 'The deployment environment'

Resources:
  MyEC2Instance:
    Type: AWS::EC2::Instance
    Properties:
      ImageId: ami-1234567890abcdef0
      InstanceType: !Ref InstanceType

  MyS3Bucket:
    Type: AWS::S3::Bucket

AWSTemplateFormatVersion: '2010-09-09'
Resources:
  MyFirstNestedStack:
    Type: AWS::CloudFormation::Stack
    Properties:
      TemplateURL: 'https://s3.amazonaws.com/amzn-s3-demo-bucket/first-nested-stack.yaml'
      Parameters:
        # Pass parameters to the nested stack if needed
        InstanceType: 't3.micro'

  MySecondNestedStack:
    Type: AWS::CloudFormation::Stack
    Properties:
      TemplateURL: 'https://s3.amazonaws.com/amzn-s3-demo-bucket/second-nested-stack.yaml'
      Parameters:
        # Pass parameters to the nested stack if needed
        Environment: 'Testing'
    DependsOn: MyFirstNestedStack

Esecuzione di operazioni di stack su stack annidati

Quando si dispone di uno stack che contiene pile annidate, è necessario fare attenzione e gestire correttamente gli stack annidati quando si eseguono determinate azioni. Alcune operazioni sugli stack, come gli aggiornamenti degli stack, devono essere avviate dallo stack principale anziché eseguite direttamente sugli stack annidati stessi. Inoltre, a volte la presenza degli stack annidati può influire sul modo in cui vengono eseguite le operazioni sullo stack principale.

Utilizzate le seguenti procedure per trovare lo stack principale e gli stack annidati.

Informazioni correlate