Terraform i infrastruktura jako kod Opole

Dlaczego w opolskiej firmie zmiana środowiska ma dwa twarde wymagania?

W kalendarzu firmy wymieniającej dokumenty z partnerem zza zachodniej granicy stoi zwykle kilka terminów tygodniowo, których nie da się przełożyć jednym mailem. Paczka z awizacjami wychodzi przed szóstą rano, zestawienie tygodniowe w piątek po południu, a każdy z tych terminów zależy od serwera, konta i ważnego certyfikatu.

Z tego układu wynikają dwa wymagania wobec każdej zmiany w środowisku. Po pierwsze, musi być widoczna, zanim ktokolwiek ją wykona, bo zaskoczenie o trzeciej nad ranem nie ma jak się skończyć dobrze. Po drugie, musi być odwracalna do stanu sprzed niej, a nie do stanu odtworzonego z pamięci osoby, która ją wprowadzała.

Klikanie w konsoli dostawcy nie spełnia żadnego z tych dwóch wymagań i nie ma w tym niczyjej winy. Konsola pokazuje, co jest teraz, i wykonuje zmianę natychmiast. Nie pokazuje, co się stanie, i nie pamięta, co było wcześniej.

Co zmienia się w pracy, gdy środowisko jest opisane w plikach?

Co robimy przy zmianie	Jak to wygląda przy klikaniu w konsoli	Jak wygląda przy opisie w kodzie
Sprawdzenie, co się wydarzy	trzeba wiedzieć z góry, nie ma podglądu	plan wypisuje listę zmian przed wykonaniem
Ocena ryzyka przez drugą osobę	rozmowa, jeśli ktoś o nią poprosi	różnica w repozytorium, do przeczytania i zatwierdzenia
Wykonanie o ustalonej godzinie	ręcznie, w tempie osoby przy klawiaturze	jedno polecenie, ta sama kolejność co przy próbie
Cofnięcie nieudanej zmiany	z pamięci, zwykle niepełne	wykonanie poprzedniej wersji opisu
Odpowiedź, kto co zmienił w marcu	zapis dostawcy, o ile ktoś go czyta	historia zmian z autorem, datą i powodem
Postawienie drugiego takiego środowiska	od początku, ręcznie	ten sam opis z innymi wartościami
Przekazanie środowiska następcy	rozmowa i zrzuty ekranu	repozytorium razem z historią

Wiersz czwarty jest tym, dla którego ta praca ma sens akurat tutaj. Różnica między cofnięciem trwającym kilka minut a cofnięciem trwającym dwie godziny jest przy zwykłym biurze niewielka. Przy firmie, która o szóstej rano musi mieć działający kanał do odbiorcy, to jest różnica między spokojnym rankiem a telefonem od kontrahenta.

Wiersz piąty przydaje się w innej rozmowie. Kwestionariusze przysyłane przez odbiorców coraz częściej pytają nie o to, jak środowisko wygląda, tylko czy wiadomo, kto i kiedy je zmieniał. Historia w repozytorium jest na to odpowiedzią, której nie da się dopisać po fakcie.

Jak wyglądają te dwa dni pracy?

Pierwszy dzień to spis i przełożenie go na pliki. Wypisujemy zasoby, które u Was stoją: sieci, maszyny, katalogi, konta usług, reguły dostępu, kopie i harmonogramy. Każdy z nich dostaje swoje miejsce w opisie, wraz z wartościami odczytanymi z działającego środowiska, a nie przyjętymi z domysłu.

Drugi dzień to wciągnięcie stanu i doprowadzenie do ciszy. Celem jest moment, w którym plan uruchomiony na Waszym środowisku nie proponuje żadnej zmiany. To brzmi jak brak efektu, a jest jedynym dowodem, że opis zgadza się z rzeczywistością. Dopiero wtedy zaczynamy dokładać zabezpieczenia: ochronę zasobów, których nie wolno skasować, odwołania do sejfu z hasłami i zasadę, że zmiana wchodzi po przeczytaniu przez kogoś, kto jej nie pisał.

Na koniec robimy próbę na osobnym, tymczasowym zestawie: stawiamy z tego samego opisu drugie środowisko, sprawdzamy, ile to trwa, i kasujemy je. Ten pomiar jest jedyną uczciwą odpowiedzią na pytanie, ile zajmie odtworzenie, i zwykle różni się od szacunku podanego wcześniej przez kogokolwiek.

Czego nie opisujemy kodem?

Danych. Zawartość katalogów, baza i dokumenty nie należą do opisu środowiska i mają własną warstwę, czyli kopie, o których mówi backup danych firmy. Kod odtwarza miejsce, w którym dane mają leżeć, i nie zastępuje kopii ani przez chwilę.

Nie opisujemy też cudzych środowisk. Portal odbiorcy, katalog partnera i konto założone przez kontrahenta zostają jego zasobami, a po naszej stronie prowadzimy wyłącznie wykaz takich wejść, co opisuje administracja chmurą Opole. Poza opisem zostaje wreszcie sama aplikacja: jej wersję zamyka się w obrazie, o czym mówi konteneryzacja Docker.

Kiedy mówimy, że ta praca się u Was nie zwróci?

Gdy środowisko jest małe i stoi nieruszane od roku. Pięć zasobów ustawionych raz nie potrzebuje repozytorium, potrzebuje dokumentacji i kopii konfiguracji, a te robi się taniej. Mówimy to na pierwszym spotkaniu, zanim ktokolwiek zaplanuje w budżecie dwa dni pracy.

Zwrot pojawia się w trzech sytuacjach: przy środowisku zmienianym co miesiąc, przy firmie, która otwiera kolejne miejsce pracy z tym samym zestawem usług, oraz przy każdym układzie, w którym termin wobec kontrahenta jest twardszy niż wygoda pracy. Zakres i termin ustalicie przez kontakt.

Treść sprawdzona i zaktualizowana: 14 sierpnia 2026