Utilizzo dei moduli del registro privato di CloudFormation
Questo argomento descrive come utilizzare i moduli nei modelli CloudFormation. Pensa ai moduli come a pacchetti di risorse predefiniti che puoi aggiungere ai tuoi modelli.
Per utilizzare un modulo, i passaggi sono i seguenti:
-
Registra il modulo: puoi registrare i moduli nel registro di CloudFormation come estensioni private. Assicurati che siano registrati in Account AWS e nella Regione in cui operi. Per ulteriori informazioni, consulta Concetti dei registri CloudFormation.
-
Includilo nel tuo modello: aggiungi il modulo alla sezione Resources del tuo modello CloudFormation, proprio come faresti con altre risorse. Dovrai inoltre fornire tutte le proprietà richieste per il modulo.
-
Crea o aggiorna lo stack: quando inizi un’operazione di stack, CloudFormation genera un modello elaborato che risolve tutti i moduli inclusi nelle risorse appropriate.
-
Visualizza le modifiche in anteprima: prima di effettuare cambiamenti, puoi utilizzare un set di modifiche per verificare quali risorse verranno aggiunte o modificate. Per ulteriori informazioni, consulta Aggiornare gli stack CloudFormation utilizzando i set di modifiche.
Considera il seguente esempio: disponi di un modello che contiene sia risorse che moduli. Il modello contiene una singola risorsa, ResourceA, oltre a un modulo, ModuleParent. Tale modulo contiene due risorse, ResourceB e ResourceC, oltre a un modulo nidificato, ModuleChild. ModuleChild contiene una singola risorsa, ResourceD. Se crei uno stack a partire da questo modello, CloudFormation elabora il modello e risolve i moduli nelle risorse appropriate. Lo stack risultante ha quattro risorse: ResourceA, ResourceB, ResourceC e ResourceD.
CloudFormation tiene traccia di quali risorse in uno stack sono state create a partire dai moduli. Puoi visualizzare queste informazioni nelle schede Eventi, Risorse e Derive per un determinato stack e sono incluse anche nelle anteprime del set di modifiche.
I moduli sono distinguibili dalle risorse di un modello perché adottano la seguente convenzione di denominazione in quattro parti, in contrasto con la classica convenzione in tre parti utilizzata dalle risorse:
organization::service::use-case::MODULE
