Refactoring dello state con moved e removed

Quando rinomina una risorsa nella configurazione, Terraform rileva che il vecchio indirizzo è scomparso e che ne è comparso uno nuovo. Per impostazione predefinita distrugge e ricrea la risorsa, causando potenzialmente downtime o perdita di dati.

Gli strumenti di refactoring dello state consentono di indicare a Terraform che una risorsa è stata semplicemente spostata.

Inizi elencando gli elementi tracciati nello state. Il comando terraform state list mostra l'indirizzo di ogni risorsa gestita.

L'approccio classico consiste nell'usare terraform state mv, che riscrive l'indirizzo di una risorsa nello state. Qui rinominiamo un'istanza da aws_instance.web a aws_instance.app.

state mv è un'azione CLI manuale e una tantum. Non viene registrata nel codice, quindi i membri del team che eseguono la stessa modifica sui propri computer devono ripeterla. Questo approccio è soggetto a errori nei flussi di lavoro collaborativi.

Il blocco moved registra una ridenominazione nella configurazione. Terraform lo applica automaticamente per tutti durante il piano successivo; in seguito può rimuovere il blocco.

I blocchi moved gestiscono anche l'inserimento delle risorse in un modulo. L'indirizzo di destinazione include il percorso del modulo.

Dopo aver aggiunto un blocco moved, esegua terraform plan. Uno spostamento corretto non mostra distruzioni o creazioni, ma solo una modifica dell'indirizzo. Se continua a vedere una sostituzione, il blocco non è corretto.

A volte desidera che Terraform smetta di gestire una risorsa senza distruggere l'infrastruttura reale. Il comando imperativo è terraform state rm.

Le versioni più recenti di Terraform supportano un blocco removed. Con lifecycle { destroy = false }, la risorsa viene rimossa dallo state, mentre l'infrastruttura reale rimane intatta.

Nei progetti di grandi dimensioni, terraform state mv -state-out può spostare risorse tra file di state separati; è utile quando si suddivide un monolite in stack applicati indipendentemente.

Terraform scrive un file .backup prima di modificare lo state. Tuttavia, quando usa backend remoti, verifichi sempre che lo state non sia bloccato da un membro del team prima di eseguire operazioni manuali, per evitare danneggiamenti.

Verifichi le Sue conoscenze sul refactoring.

Ora può ristrutturare l'infrastruttura senza distruggerla:

• state mv / state rm per le modifiche imperative.
• Blocchi moved per le ridenominazioni dichiarative.
• Blocchi removed per rimuovere una risorsa senza distruggerla.
• Verifichi sempre con un piano che non mostri sostituzioni.