11 / Obszary
Chmura i publikacja
Przeniesienie z pojedynczego serwera, automatyczna publikacja i środowisko, które można postawić od nowa.
Zespołom, u których wydanie to ręczne wejście na serwer, a zapasowego systemu nie ma.
Chmura
Publikacja
Sprawdzenie
Produkcja
Kopia
Przycisk
Wydanie
Wycofanie
Poprzedni
Schemat
Obok
Z czego się składa
Co wchodzi w system
- 01
Co działa teraz
Najpierw lista: która usługa, która baza, które klucze i od czego padnie, jeśli wyłączyć maszynę.
- Usługi i ich zależności
- Gdzie leżą sekrety
- Czego nie wolno zatrzymywać w dzień
- 02
Środowiska
Produkcyjna i testowa nie żyją na jednym serwerze „na razie tak”. Sprawdzenie robi się przed publikacją ludziom.
- Gdzie oglądają nową wersję
- Gdzie pracują klienci
- Jakich danych przy sprawdzeniu nie wolno brać z produkcji
- 03
Publikacja
Nowa wersja wychodzi przyciskiem z repozytorium, a nie przez ręczne wejście i kopiowanie folderu.
- Co składa się samo
- Kto ma prawo opublikować
- Jak wycofać poprzednią wersję
- 04
Przeniesienie
Z pojedynczej maszyny schodzimy tak, aby przestój był krótki i nazwany z góry.
- Co przenosi się pierwsze
- Jak tniemy ruch
- Co sprawdzamy zaraz po
- 05
Postawić od nowa
Opis środowiska leży obok kodu. Nowy serwer składa się według niego, a nie według pamięci.
- Kontenery i schemat
- Obserwacja po przeniesieniu
- Z czego składa się rachunek za platformę
Co robimy
- 01Co teraz działa i od czego zależy
- 02Schemat w chmurze
- 03Przeniesienie bez długiego przestoju
- 04Publikacja przyciskiem
- 05Kontenery i obserwacja
Jak idziemy
- 01Obchód
- 02Schemat
- 03Przeniesienie
- 04Autopublikacja
- 05Rachunek za infrastrukturę
Na czym
- Docker
- Terraform
- GitHub Actions
- Platformy chmurowe
Orientacyjny termin
Jedna usługa — kilka tygodni. Kilka środowisk i baz — od miesiąca.
Na wyjściu
Nową wersję publikuje się bez nocnego okna, a serwer można postawić według opisu.
Co zwykle później
Kilka regionów, złożone sieci i „własny klaster na wyrost” nie wchodzą w przeniesienie jednej usługi.