Konteneryzacja i chmura (Docker, Google Cloud)

Rozmowa prawie zawsze zaczyna się od zdania "u programisty działało, a na produkcji się wysypało". Przyczyna bywa ta sama: środowisko lokalne różni się od serwera wersją PHP albo ustawieniem, o którym nikt nie pamiętał. Konteneryzacja rozwiązuje dokładnie ten problem. Pakuję aplikacje i sklepy w Dockera, składam je w Docker Compose i wdrażam w Google Cloud albo na zwykłym serwerze.

Skąd się biorą wdrożenia, które psują produkcję

Z trzech rzeczy, i wszystkie widziałem u siebie na biurku. Brak środowiska testowego, przez co pierwszym testem zmiany jest klient w koszyku. Konfiguracja trzymana w głowie jednej osoby, więc odtworzenie serwera po awarii to zgadywanie. I wgrywanie plików przez FTP, po którym nikt nie wie, która wersja leży na serwerze. Kontener nie jest modą, tylko sposobem, żeby te sytuacje przestały być możliwe.

Jak wygląda środowisko, które stawiam

• Jeden plik Docker Compose opisuje aplikację razem z bazą i cache, żeby nowa osoba uruchomiła projekt jedną komendą, a nie po dniu konfigurowania laptopa.
• Dev, staging i produkcja powstają z tej samej definicji, więc test zmiany coś znaczy. Różnią się danymi, nigdy wersjami.
• Dane siedzą w wolumenach, nie w kontenerze. Kontener można wyrzucić i postawić od nowa w minutę, baza i pliki zostają.
• Wdrożenie w Google Cloud wtedy, gdy ruch jest nierówny i wolisz płacić za realne zużycie w sezonie, zamiast trzymać cały rok maszynę pod grudniowy szczyt.

Kiedy Docker jest przerostem formy

Masz jeden sklep na jednym serwerze, jednego wykonawcę i wgrywasz zmiany raz na kwartał? Kontenery nie dadzą Ci nic poza kolejną warstwą do nauczenia. Te pieniądze lepiej wydać na kopię produkcji jako staging. Docker zaczyna się opłacać, gdy pracuje przy projekcie więcej niż jedna osoba, gdy na maszynie stoi kilka aplikacji gryzących się wersjami PHP albo gdy wdrażasz częściej niż raz w miesiącu.

Chmura nie zawsze jest tańsza

Rachunek w Google Cloud rośnie od rzeczy niewidocznych na starcie: transferu wychodzącego, kopii, adresów IP i dysków po skasowanych maszynach. Przy stałym ruchu zwykły VPS wychodzi taniej i tak też doradzam, licząc wcześniej oba warianty na Twoich danych. Utrzymaniem serwerów zajmuje się osobna usługa: Serwery i hosting.

Najczęstsze pytania (FAQ)

Po co mi Docker?

Po powtarzalność. To samo działa lokalnie i na serwerze, a odtworzenie środowiska po awarii zajmuje minuty zamiast dnia w konfiguracji.

Przeniesiesz działający sklep do kontenerów bez przestoju?

Tak. Środowisko buduję obok, na kopii danych, i dopiero po testach przełączam ruch. Przerwa sprowadza się do przepięcia domeny i ostatniej synchronizacji bazy.

Czy muszę potem umieć obsługiwać Dockera?

Nie. Dostajesz opisane komendy i dokumentację. Jeśli wolisz, zostaję przy utrzymaniu i robię to za Ciebie.