INFRASTRUKTURA I WDROŻENIA
Dobieramy środowisko i sposób wdrażania do aplikacji, zespołu i kosztu utrzymania. Porządkujemy wirtualizację, kontenery oraz automatyzację od budowania paczki po sprawdzenie działającej usługi.
Porozmawiajmy o zakresie
Nową wersję aplikacji wdraża jedna osoba według własnych notatek. Serwer testowy różni się od produkcji, a powrót po nieudanej zmianie wymaga improwizacji. Albo firma chce przenieść systemy na nową platformę, lecz nie wie, czy zyska na tym wystarczająco dużo. Pomagamy zaplanować infrastrukturę i wdrożenia bez dokładania technologii wyłącznie dla samej technologii. Proxmox służy między innymi do zarządzania maszynami wirtualnymi, a Kubernetes do uruchamiania i zarządzania aplikacjami w kontenerach. Mogą pełnić różne role w jednym środowisku. Najpierw oceniamy wymagania aplikacji, kompetencje zespołu i sposób obsługi awarii. Dopiero potem proponujemy architekturę, proces wdrażania oraz plan przejścia z obecnego rozwiązania.
Przedstawiamy wariant środowiska wraz z powodami wyboru i ograniczeniami. Uwzględniamy zasoby, przechowywanie danych, sieć, kopie oraz kompetencje potrzebne do utrzymania. Wskazujemy też, kiedy prostsze rozwiązanie będzie wystarczające.
Rozpisujemy zależności, kolejność prac i kryteria odbioru. Ustalamy sposób przenoszenia danych, ewentualną przerwę oraz warunki wycofania zmiany. Przy większym zakresie zaczynamy od uzgodnionego fragmentu środowiska.
Porządkujemy budowanie, testowanie i publikowanie aplikacji. Określamy, co może odbywać się automatycznie, a co wymaga zatwierdzenia. Konfigurację i sekrety obsługujemy oddzielnie, a wynik procesu pozwala rozpoznać wdrożoną wersję.
Przekazujemy instrukcje wdrożenia, diagnozy i wycofania zmian. Weryfikujemy dostęp do logów oraz podstawowe pomiary działania. Dokumentujemy ograniczenia rozwiązania, żeby zespół wiedział, co potrafi samodzielnie obsłużyć i kiedy potrzebuje wsparcia.
Sprawdzamy obecny sposób uruchamiania systemów, przechowywania danych i wdrażania wersji. Ustalamy wymagania dostępności, ograniczenia budżetowe oraz to, kto będzie później utrzymywał środowisko.
Przygotowujemy uzgodniony zakres i testujemy typowe wdrożenie. Sprawdzamy działanie aplikacji, konfigurację dostępów oraz możliwość wycofania zmiany. Wnioski z próby służą do dopracowania planu produkcyjnego.
Realizujemy zaakceptowany plan, sprawdzamy usługę po zmianie i uzupełniamy dokumentację. Omawiamy z zespołem codzienną obsługę oraz kolejne kroki, zamiast zostawiać środowisko zależne od jednej osoby.
To narzędzia pełniące różne funkcje, więc nie traktujemy ich jako prostych zamienników. Wybór zależy od aplikacji i sposobu jej obsługi. Kubernetes może działać na maszynach wirtualnych, ale wiele mniejszych środowisk go nie potrzebuje.
Nie. Proces może automatycznie budować i testować aplikację, a publikację na produkcji uzależniać od zatwierdzenia. Zakres automatyzacji i role osób akceptujących ustalamy wspólnie, podobnie jak sposób reagowania na nieudane wdrożenie.
Nie obiecujemy tego bez poznania aplikacji, danych i infrastruktury. Sprawdzamy możliwe warianty, określamy potrzebne okno prac oraz plan powrotu. Test ma pokazać ograniczenia przed migracją, kiedy można jeszcze dopracować rozwiązanie.
Napisz, co działa, co przeszkadza i co chcesz zmienić.
Na tej podstawie ustalimy kolejny krok.