Zanim wybierzesz narzędzie, określ, co dokładnie ma ono rozwiązać: powtarzalność środowiska, strukturę danych, automatyzację czy łatwiejsze wdrożenie.
Najpierw problem techniczny
Zanim wybierzesz narzędzie, określ, co dokładnie ma ono rozwiązać: powtarzalność środowiska, strukturę danych, automatyzację czy łatwiejsze wdrożenie.
Dokumentuj założenia
Zapisz wersje, zależności, strukturę katalogów i sposób uruchomienia. Dobra dokumentacja ogranicza zgadywanie przy przenoszeniu projektu.
Ogranicz zbędną złożoność
Nie dodawaj technologii tylko dlatego, że są popularne. Każdy element stacku powinien mieć jasną funkcję.
Testuj odtworzenie
Sprawdź, czy ktoś inny może uruchomić projekt na podstawie instrukcji. Jeśli nie, proces nadal zależy od wiedzy autora.
Po co używać Compose
Compose przydaje się, gdy aplikacja składa się z kilku usług, np. serwera aplikacji, bazy danych i narzędzia pomocniczego. Zamiast uruchamiać każdy kontener osobną komendą, opisujesz środowisko deklaratywnie w jednym pliku i uruchamiasz je wspólnie.
Najważniejsze elementy pliku
W praktyce najczęściej pracujesz z sekcjami services, image lub build, ports, environment, volumes i networks. Nie dodawaj opcji dlatego, że pojawiają się w przykładowym pliku z internetu. Każda powinna odpowiadać realnej potrzebie projektu.
Dane i sekrety
Bazy danych potrzebują trwałego wolumenu, jeśli dane mają przetrwać odtworzenie kontenera. Sekretów nie wpisuj do repozytorium razem z compose. Lokalnie używaj plików środowiskowych ignorowanych przez Git, a na produkcji mechanizmu właściwego dla środowiska wdrożeniowego.
Co zrobić teraz
Zanim przejdziesz dalej, zapisz jedno konkretne działanie wynikające z tego poradnika i wykonaj je na własnym materiale. Jeżeli problem dotyczy kilku elementów naraz, nie poprawiaj wszystkiego chaotycznie. Ustal kolejność: najpierw założenia i dane, potem analiza lub treść, na końcu redakcja i format. Taki porządek zmniejsza liczbę poprawek wykonywanych kilka razy.