Czym jest niezmienna infrastruktura (Immutable Infrastructure)?

To podejście polega na tym, że komponenty infrastruktury (serwery, kontenery) nie są modyfikowane po wdrożeniu. Wszelkie zmiany wymagają utworzenia nowej instancji komponentu z odpowiednimi konfiguracjami i zastąpienia starej.

Główne idee:

• Łatwość cofnięcia zmian: Jeśli nowa wersja powoduje problemy, łatwo wrócić do poprzedniej, kierując ruch na stare, niezmienione instancje.
• Niezawodność: Wyeliminowanie ryzyka "odchylenia konfiguracji" (configuration drift), gdy ręczne zmiany na działających serwerach prowadzą do niespójnych stanów.
• Łatwość testowania: Każda wdrażana instancja jest tworzona w ten sam sposób, co sprawia, że środowiska deweloperskie, testowe i produkcyjne są bardziej podobne.
• Skalowalność: Podejście dobrze współgra z poziomym skalowaniem i automatycznym zarządzaniem klastrami.

Przykłady implementacji:

• Użycie obrazów maszyn wirtualnych (AMI w AWS) lub kontenerów (obrazy Docker), które są tworzone raz i nie zmieniają się po uruchomieniu.
• Użycie narzędzi takich jak Packer do tworzenia obrazów.
• Orkestratorów typu Kubernetes, które zarządzają cyklem życia kontenerów i umożliwiają łatwą wymianę starych podów na nowe.

Porównanie z infrastrukturą zmienną:

Cecha	Infrastruktura zmienna	Infrastruktura niezmienna
Zmiany	Wprowadzane bezpośrednio na działających instancjach	Tworzy się nową instancję, starą zastępuje
Cofnięcie	Trudne, wymaga ręcznych działań	Proste, przełączenie na stare instancje
Niezawodność	Ryzyko "odchylenia konfiguracji"	Wysoka spójność
Zarządzanie	Często ręczne, konfiguracja	Użycie obrazów, automatyzacja

To podejście wymaga większej automatyzacji tworzenia i wdrażania komponentów, ale znacznie zwiększa przewidywalność i niezawodność infrastruktury.