Pianificare un’unità infrastrutturale
Indirizza un modello a un’unità di rete, database o applicazione. Rendine visibile l’ambito prima del piano.
Condividere un job preparatoMantieni la struttura Terragrunt in Git. Salva directory, workspace e input in Semaphore e dai al team un modo chiaro per pianificare ed eseguire ogni operazione.
In un repository Terragrunt directory iniziale e argomenti definiscono l’ambito. Un comando ricordato a memoria non basta per passare l’operazione a un collega.
Indirizza un modello a un’unità di rete, database o applicazione. Rendine visibile l’ambito prima del piano.
Condividere un job preparatoCrea modelli nominati per directory d’ambiente e Variable Groups pertinenti. Conserva la configurazione condivisa in Git.
Condividere un job preparatoConfigura gli argomenti multi-unità supportati dalla tua versione Terragrunt. Terragrunt valuta le dipendenze dei moduli e Semaphore registra l’output del task.
Collegare job in un workflowIl modello imposta la directory con terragrunt.hcl, rendendo visibile l’unità prima dell’avvio.
Terragrunt valuta l’unità usando Terraform o OpenTofu. Un piano propone modifiche senza applicarle.
Mantieni le dipendenze dei moduli in Terragrunt. Usa un workflow per passare gli output ad Ansible e poi ai controlli Python. Aggiungi un ramo diagnostico in caso di errore.
Seleziona la sottodirectory con terragrunt.hcl. Usa modelli nominati separati se unità o ambienti richiedono ingressi distinti.
Abilita Terragrunt Code in Applications. Installa terragrunt e il binario Terraform o OpenTofu sul server o runner e testa la combinazione di versioni del repository.
I Variable Groups forniscono input d’ambiente, inclusi TF_VAR_. Scegli un inventario workspace Terragrunt e il backend dell’operazione.
Terragrunt valuta le dipendenze nella configurazione. I workflow coordinano Task Template separati. Configura argomenti CLI multi-unità per la versione installata.
Abilita Terragrunt Code in Applications prima di creare il modello. L’applicazione è disabilitata per impostazione predefinita. Installa anche terragrunt e il binario Terraform o OpenTofu utilizzato sul server o runner che esegue il task.
Seleziona la sottodirectory con terragrunt.hcl per l’operazione prevista. Directory e argomenti ne determinano l’ambito. Usa modelli nominati per unità o ambienti distinti così il team riconosce le destinazioni prima dell’avvio.
Sì. L’integrazione supporta Terraform o OpenTofu come binario sottostante. Prepara entrambi Terragrunt e il binario scelto, testa le versioni e fornisci accessi a moduli, provider e backend.
Configura operazioni multi-unità tramite argomenti CLI del modello. Usa la sintassi della versione Terragrunt installata. Directory e argomenti determinano le unità coinvolte; Terragrunt valuta le dipendenze.
Sì. Salva directory dell’unità e workspace nel modello Terragrunt, configura solo piano e pianifica. Ogni task conserva output. Verifica l’ambito prima di attività multi-unità ricorrenti.
Terragrunt valuta le dipendenze tra moduli infrastrutturali. Un workflow coordina Task Template con strumenti diversi. Per esempio un rollout Terragrunt può essere seguito da Ansible e controlli Python senza sostituire il grafo interno dei moduli.
Sì. Dai ai colleghi accesso al progetto per eseguire il modello. Salva directory, workspace e input chiari per riconoscerne l’ambito. Enterprise può limitarli a modelli selezionati se non serve accesso ampio.
Associa Variable Groups per gli input d’ambiente, inclusi valori TF_VAR_ usati dalla configurazione sottostante. Variabili aggiuntive e Survey Variables sono passate come input supportati. Conserva le credenziali di provider e backend nelle voci segrete anziché nel repository.