Ce este infrastructura imuabilă?

O infrastructură imuabilă este atunci când creați un server fără a-l modifica direct. În AWS Well-Architected Framework (REL08-BP04), acest model impune lipsa actualizărilor, a patch-urilor de securitate sau a modificărilor de configurare direct pe fluxurile de lucru de producție. Trebuie să înlocuiți versiunea veche cu una nouă dacă trebuie să faceți ajustări, iar acest lucru ar trebui să elimine „deriva de configurare” (adică neconcordanțele care apar în sisteme de-a lungul timpului).

După implementarea unei infrastructuri imuabile, mediul tău cloud ar trebui să fie previzibil și fiabil.

Diferențele dintre cele două concepte sunt următoarele:

• Infrastructură mutabilă: Actualizați și modificați serverele existente în loc să creați altele noi. Aceasta este abordarea tradițională în SaaS.
• Infrastructură imuabilă: Înlocuiți serverele cu altele mai noi atunci când trebuie să faceți modificări. Aceasta este o abordare nativă în cloud și mai nouă printre aplicațiile SaaS.

Companiile utilizează infrastructuri imuabile din următoarele motive:

• Implementare și configurare: Acestea ar trebui să fie consecvente, iar deriva ar trebui evitată pentru a asigura stabilitatea.
• Atenuarea riscurilor: Minimizează impactul provocărilor neprevăzute având opțiunea de a reveni la versiuni anterioare și de a reduce probabilitatea de a întâmpina probleme de implementare.
• Considerații de scalabilitate: Explorează scalarea aplicației tale prin adăugarea de noi și identice instanțe de server.
• Utilizează automatizarea: Identifică cadrele care pot fi automatizate pentru a limita timpii de implementare.

Practicile de implementat includ:

• automatizare: Utilizați infrastructura ca cod (IaC) și instrumente similare pentru a vă automatiza furnizarea/gestionarea infrastructurii.
• Controlează versiunea tuturor: Versificați toate aspectele pentru reveniri/trasabilitate, inclusiv dependențe și configurații.
• Activați robust Înregistrare și monitorizare: Puteți identifica potențiale probleme în timpul sau după noi implementări.
• Începeți mic, iterați: Utilizați infrastructura imuabilă pe elemente neesențiale înainte de a o utiliza pe altele când știți ce să faceți.
• Implementați în paralel: Implementați modificările ca resurse noi în paralel cu cele vechi, apoi mutați mai întâi o mică parte de utilizatori către noua versiune (canary) sau comutați traficul către o flotă paralelă completă (blue/green) (AWS REL08-BP04).

Infrastructura imuabilă este utilizată alături de DevOps, Kubernetes și alte tehnologii/echipe.

• Kubernetes: Simplificarea implementării și gestionarea aplicațiilor containerizate, permițând adoptarea infrastructurii imuabile. Containerizarea nativă în cloud se potrivește modelului: modificările persistente aduse unui container înseamnă o nouă versiune sau o recreare din imaginea sa (CNCF).
• DevOps: Aliniați integrare continuă și implementare continuă (CI/CD) cu practici de infrastructură imuabilă pentru livrarea de software.

Infrastructura imuabilă necesită schimbarea instrumentelor și a mentalităților, dar puteți obține fiabilitate/scalabilitate.