Architektura IT i modernizacja

Decyzja o architekturze rzadko daje się cofnąć bez kosztu. Przepisać system czy modernizować go etapami, jedna baza czy kilka, własny zespół czy dostawca - te pytania rozstrzygamy przed pierwszą linią kodu, nie po niej.

Przegląd architektury kończy się dokumentem, który da się przeczytać w firmie, nie tylko w zespole technicznym: co jest w porządku, co jest ryzykiem, ile kosztuje w utrzymaniu i w jakiej kolejności to ruszać. Rekomendacje nie są wiązane z jednym dostawcą, bo nie stoi za nimi żadna prowizja - przykład takiego przeglądu opisujemy przy systemie dla BLS Katowice.

Sam system dobieramy pod skalę, nie pod modę. Monolit z czytelnymi granicami modułów bywa lepszym wyborem niż mikrousługi, których nikt później nie utrzyma - podział na osobne usługi ma sens dopiero wtedy, gdy istnieje konkretny powód, żeby wdrażać je osobno. Backend stoi zwykle na Node.js i NestJS, dane w relacyjnej bazie, komunikacja asynchroniczna idzie przez kolejkę.

Integracja rzadko psuje się w dniu wdrożenia. Psuje się trzy miesiące później, gdy jeden system zmieni format danych, a drugi milczy o awarii. Dlatego ponowienia, kolejkę nieudanych zdarzeń i alert na zatrzymany przepływ projektujemy razem z samą integracją, nie dokładamy ich po pierwszej awarii.

Chmura potrafi kosztować więcej niż własny serwer, jeśli architektura nie pasuje do profilu ruchu. Infrastrukturę opisujemy kodem w Terraform, środowisko testowe i produkcyjne powstają z tego samego opisu, a wycofanie wdrożenia to powrót do poprzedniej wersji, nie ręczna naprawa na produkcji.

Potok wydania spina to wszystko w jedną odpowiedź na pytanie, czy daną zmianę można wypuścić. Build przechodzi albo się zatrzymuje. Budowanie, testy, kontrola kontraktu tras i danych strukturalnych, higiena zależności z automatycznymi aktualizacjami i okresem karencji - każde z tych sprawdzeń przerywa build, zamiast trafiać na listę zaległości do przejrzenia kiedyś. Ten sam zestaw reguł pracuje na serwisach, na których został wypracowany, w tym na własnym pakiecie search-quality-kit wpiętym w CI trzech utrzymywanych przez nas serwisów.

Poza zakresem zostaje utrzymanie klastrów Kubernetes, całodobowy dyżur operacyjny i przygotowanie do certyfikacji ISO 27001 czy SOC 2 - to praca dla zespołu utrzymania pracującego na zmiany albo dla akredytowanego audytora.