Creare ambienti ripetibili
Salva directory del modulo e workspace in un modello. Riutilizza la configurazione con gli input per l’ambiente previsto.
Condividere un job preparatoEsegui configurazioni OpenTofu tramite Semaphore con workspace e input salvati. Condividi il piano, applica le modifiche deliberatamente e conserva ogni esecuzione.
Un collega ha la configurazione, ma deve ancora disporre di directory, workspace, credenziali e ambiente tofu corretti prima di usarla.
Salva directory del modulo e workspace in un modello. Riutilizza la configurazione con gli input per l’ambiente previsto.
Condividere un job preparatoEsegui un task solo piano ed esamina le risorse proposte. Mantieni Apply separato con una registrazione propria.
Condividere un job preparatoAssegna all’operazione di pulizia un modello dal perimetro chiaro. Seleziona il workspace previsto e scegli esplicitamente Destroy quando l’ambiente non serve più.
Controllare l’accesso ai job di puliziaIl modello seleziona OpenTofu come applicazione autonoma e punta alla directory da eseguire.
Plan mostra le modifiche proposte senza applicarle. Esamina l’output e avvia Apply come azione separata.
Passa gli output OpenTofu riusciti a un task Ansible, poi verifica il servizio con Python. Un workflow coordina i job e associa output strutturati agli input successivi.
Scegli OpenTofu per il Task Template e prepara binario tofu, accesso ai provider e credenziali dei moduli nell’ambiente di esecuzione.
Seleziona directory e workspace. Passa input TF_VAR_ tramite Variable Groups. Usa modelli o gruppi separati per ambienti con configurazioni diverse.
Usa il backend nel codice o quello HTTP Semaphore in Pro. Blocchi e recupero dipendono dal backend scelto.
I task solo piano mostrano modifiche senza applicarle. Un Apply successivo è una nuova esecuzione, non la promozione automatica dell’output precedente.
Sì. Seleziona OpenTofu come applicazione e repository e directory previsti. Configura workspace e Variable Groups e prepara tofu, provider e accesso ai moduli sul server o runner.
Sì. OpenTofu può mantenere il backend nel codice. Quello HTTP Semaphore è un’opzione Pro aggiuntiva con blocchi, versioni e gestione UI. Adatta credenziali e recupero al backend scelto.
Usa modelli nominati con directory, workspace e Variable Groups previsti. Il workspace da solo non cambia input o credenziali. Verifica l’intera configurazione prima di delegare o pianificare.
Prepara il binario tofu e gli accessi a provider e moduli richiesti. L’ambiente deve anche raggiungere API infrastrutturali e backend dello stato. I runner di progetto consentono ambienti dedicati in Pro.
Sì. Salva configurazione OpenTofu, workspace e input nel modello, scegli solo piano e pianifica. Esamina le modifiche di ogni piano. Apply è separato e non viene eseguito dal task solo piano.
Sì. Collega OpenTofu a configurazione Ansible e verifiche Python in un workflow. Ogni task conserva codice e impostazioni. Definisci dipendenze e condizioni per avviare il successivo al punto corretto.
Usa Variable Groups associati al modello. I nomi TF_VAR_ diventano variabili della configurazione. Conserva i valori sensibili come segreti. Usa modelli o gruppi diversi per input ambientali diversi senza dipendere solo dal workspace.
Sì. Usa ruoli per separare esecuzione e modifica. Conserva directory, workspace e credenziali nel modello. Enterprise permette accessi a modelli selezionati per deleghe più limitate.