Ce este infrastructura imuabilă (Immutable Infrastructure)?

Această abordare implică faptul că componentele infrastructurii (servere, containere) nu sunt modificate după implementare. Orice schimbare necesită crearea unei noi instanțe a componentului cu configurațiile necesare și înlocuirea celei vechi.

Idei principale:

• Ușurința de rollback: Dacă o versiune nouă cauzează probleme, este ușor să te întorci la versiunea anterioară, direcționând traficul către instanțele vechi, neschimbate.
• Fiabilitate: Elimină riscul de "derivă de configurație" (configuration drift), când modificările manuale pe serverele în funcțiune conduc la stări inconsistente.
• Ușurința de testare: Fiecare instanță distribuită este construită în același mod, făcând mediile de dezvoltare, testare și producție mai similare.
• Scalabilitate: Abordarea funcționează bine cu scalarea orizontală și gestionarea automată a clusterelor.

Exemple de implementare:

• Utilizarea imaginilor de mașini virtuale (AMI în AWS) sau a containerelor (imagini Docker), care sunt construite o dată și nu se modifică după pornire.
• Utilizarea unor instrumente precum Packer pentru crearea imaginilor.
• Orchestratori precum Kubernetes, care gestionează ciclul de viață al containerelor și permit înlocuirea ușoară a podurilor vechi cu cele noi.

Comparativ cu infrastructura modificabilă:

Caracteristică	Infrastructură modificabilă	Infrastructură inalterabilă
Modificări	Se fac direct pe instanțele în funcțiune	Se creează o nouă instanță, cea veche fiind înlocuită
Rollback	Dificil, necesită acțiuni manuale	Ușor, trecerea la instanțele vechi
Fiabilitate	Riscul de derivă de configurație	Coerență înaltă
Management	Management manual frecvent, configurare	Utilizarea imaginilor, automatizare

Această abordare necesită o automatizare mai mare în crearea și implementarea componentelor, dar crește semnificativ predictibilitatea și fiabilitatea infrastructurii.