Konteneryzacja Docker Wrocław

Ile u Was trwa uruchomienie projektu przez nową osobę

To jest pytanie, po którym najszybciej widać, czy konteneryzacja się opłaci. W zespołach, które przez rok podwoiły skład, odpowiedź brzmi zwykle od dwóch do czterech dni, a znaczna część tego czasu to praca dwóch osób, bo nowa siedzi przy kimś doświadczonym i razem ustawiają bazę, kolejkę oraz właściwe wersje bibliotek.

Ten koszt nie pojawia się w żadnym zestawieniu, bo nikt go nie fakturuje. Widać go dopiero wtedy, gdy pomnożymy go przez liczbę osób przyjętych w ciągu roku i doliczymy czas tych, którzy pomagali. We wrocławskich firmach technologicznych, gdzie rekrutacja idzie ciągle, jest to najczęściej większa kwota niż całe wdrożenie.

Po spakowaniu aplikacji uruchomienie sprowadza się do pobrania repozytorium i jednego polecenia. Nie znika przy tym potrzeba wprowadzenia w projekt, ale znika dzień, który dotąd schodził na ustawianie tego, co i tak miało być identyczne u wszystkich.

Co pakujemy, a co zostaje poza obrazem

Element	Gdzie trafia	Powód
Kod i zależności aplikacji	do obrazu	ma być identyczny u każdego i na serwerze
Wersje bibliotek i warstwa bazowa	przypięte w opisie obrazu	inaczej po pół roku obraz buduje się inaczej
Hasła, klucze, adresy usług	poza obraz, do zmiennych	ten sam obraz musi działać na teście i produkcji
Dane, które mają przeżyć restart	na wolumeny	kontener jest wymienny, dane nie
Baza danych na produkcji	zwykle poza kontenerem	prostsze kopie, strojenie i odtwarzanie
Baza danych na środowisku prób	w kontenerze	ma powstawać i znikać razem ze środowiskiem
Dzienniki zdarzeń	poza host	mają przetrwać awarię maszyny, na której powstały

Podział z tej tabeli jest całą trudnością tego zlecenia. Samo napisanie opisu obrazu zajmuje kilka godzin. Reszta czasu schodzi na wyprowadzenie konfiguracji i danych na zewnątrz, bo to one decydują, czy obraz da się przenieść między środowiskami bez przeróbek.

Środowisko na gałąź zamiast jednego wspólnego testu

Firma z jednym środowiskiem testowym prędzej czy później dostaje kolejkę. Dwie zmiany czekają na trzecią, ktoś wgrywa swoją wersję na godzinę, a błąd zgłoszony przez dział sprzedaży okazuje się skutkiem cudzej próby sprzed kwadransa.

Po spakowaniu aplikacji ten problem znika sam, bo środowisko przestaje być zasobem współdzielonym. Instancja podnosi się na czas pracy nad zmianą, ma własną bazę wypełnioną danymi przykładowymi, własny adres i limit zasobów. Po scaleniu zmiany gaśnie automatycznie, więc nikt nie musi o niej pamiętać.

Przy okazji zmienia się rozmowa o błędach. Zamiast opisu tego, co ktoś widział na wspólnym środowisku, dostaje się adres, pod którym błąd nadal jest widoczny.

Co się zmienia przy wycofaniu nieudanej wersji

Wydanie bez kontenerów wygląda zwykle tak: wgranie plików, przestawienie konfiguracji, restart usługi we właściwej kolejności. Wycofanie takiej zmiany oznacza powtórzenie całej sekwencji wstecz, po ciemku i pod presją, bo w tym momencie coś już nie działa.

Z rejestrem obrazów wycofanie jest uruchomieniem poprzedniej wersji, czyli jednym poleceniem i minutą. To zmienia sposób podejmowania decyzji: zespół wydaje częściej, bo cofnięcie przestaje być kosztowne, a nie dlatego, że ktoś kazał wydawać częściej.

Gdzie te kontenery pracują

Najczęściej na maszynie u dostawcy chmury, bo tam rejestr obrazów i sam host stoją obok siebie, a rozliczenie da się przypisać do konkretnego środowiska. U firm, które mają jeszcze własny serwer w wynajmowanym biurze, prowadzimy je równie chętnie na miejscu, zwłaszcza dla środowisk prób, które nie muszą być dostępne z zewnątrz.

Host i rejestr opisujemy w kodzie razem z resztą środowiska, dzięki czemu odtworzenie po awarii nie polega na przypominaniu sobie, co było zainstalowane. Ten sam zestaw modułów obsługuje część chmurową i lokalną, o czym więcej przy infrastrukturze jako kodzie.

Czego nie obiecujemy przy tej pracy

Nie przepisujemy aplikacji i nie zmieniamy jej architektury przy okazji pakowania. Jeśli program trzyma dane obok własnego kodu i nie da się go skonfigurować z zewnątrz, mówimy to na pierwszym spotkaniu i proponujemy poprawkę po stronie jego autora, zamiast obudowywać problem kolejną warstwą.

Nie stawiamy też klastra dlatego, że tak wypada. Przy kilku aplikacjach jego utrzymanie kosztuje więcej niż to, co rozwiązuje, i mówimy o tym również wtedy, gdy zlecenie na klaster byłoby dla nas większe. Host z kontenerami prowadzimy dalej w ramach administracji chmurą, a dane z wolumenów obejmuje backup danych firmy.

Treść sprawdzona i zaktualizowana: 31 lipca 2026