Cos'è l'infrastruttura immutabile (Immutable Infrastructure)?

Questo approccio prevede che i componenti dell'infrastruttura (server, contenitori) non vengano modificati dopo il deployment. Qualsiasi modifica richiede la creazione di una nuova istanza del componente con le configurazioni necessarie e la sostituzione di quella vecchia.

Idee principali:

• Facilità di rollback: Se una nuova versione causa problemi, è facile tornare alla versione precedente semplicemente indirizzando il traffico alle vecchie istanze inalterate.
• Affidabilità: Elimina il rischio di "deriva di configurazione" (configuration drift), quando modifiche manuali sui server in funzione portano a stati incoerenti.
• Facilità di testing: Ogni istanza distribuita viene costruita nello stesso modo, rendendo ambienti di sviluppo, testing e produzione più simili.
• Scalabilità: L'approccio funziona bene con lo scaling orizzontale e la gestione automatica dei cluster.

Esempi di implementazione:

• Uso di immagini di macchine virtuali (AMI in AWS) o contenitori (immagini Docker), che vengono costruite una volta e non cambiano dopo il lancio.
• Uso di strumenti come Packer per creare immagini.
• Orchestratori come Kubernetes, che gestiscono il ciclo di vita dei contenitori e permettono di sostituire facilmente i pod vecchi con nuovi.

Confronto con infrastruttura mutabile:

Caratteristica	Infrastruttura mutabile	Infrastruttura immutabile
Modifiche	Vengono apportate direttamente alle istanze in funzione	Viene creata una nuova istanza, quella vecchia viene sostituita
Rollback	Difficile, richiede azioni manuali	Facile, passaggio alle vecchie istanze
Affidabilità	Rischio di deriva di configurazione	Alta coerenza
Gestione	Gestione manuale frequente, configurazione	Uso di immagini, automazione

Questo approccio richiede una maggiore automazione nella creazione e distribuzione dei componenti, ma aumenta significativamente la prevedibilità e l'affidabilità dell'infrastruttura.