Читать книгу Mikroserwisy. Wzorce z przykładami w języku Java - Chris Richardson - Страница 15

Niestety, jak mogli się przekonać twórcy FTGO, architektura monolityczna ma ogromne ograniczenia. Popularne aplikacje, takie jak FTGO, mają zwyczaj przerastać architekturę monolityczną. W każdym sprincie zespół programistów FTGO wdrażał kilka kolejnych wymagań i z tego powodu baza kodu stawała się coraz większa. Ponadto, w miarę jak firma odnosiła coraz większe sukcesy, stale rosła liczebność zespołu programistów. Nie tylko zwiększyło to tempo wzrostu bazy kodu, ale także ogólne koszty zarządzania.

Jak pokazuje rysunek 1.2, niegdyś mała, prosta aplikacja FTGO z biegiem lat przekształciła się w monstrualny monolit. Podobnie, mały zespół programistów stał się teraz wieloma zespołami scrumowymi, z których każdy pracuje w określonym obszarze funkcjonalnym. W wyniku przerośnięcia swojej architektury FTGO znajduje się w monolitycznym piekle. Rozwój jest powolny i bolesny. Zwinne opracowywanie i wdrażanie jest niemożliwe. Zobaczmy, dlaczego tak się stało.