W ostatnich latach wielu founder\u00f3w i CTO ma\u0142ych firm wpad\u0142o w pu\u0142apk\u0119 my\u015blenia: „na pocz\u0105tek wystarczy monolit, potem przejdziemy na mikroserwisy”. Problem w tym, \u017ce „potem” nigdy nie nadchodzi \u2013 a\u017c do momentu, gdy ka\u017cda zmiana w kodzie wymaga modlitwy, a deployment trwa p\u00f3\u0142 dnia. Zanim podejmiesz decyzj\u0119 o rozbiciu architektury, warto pozna\u0107 trzy realne sygna\u0142y, kt\u00f3re pokazuj\u0105, \u017ce monolit ju\u017c zacz\u0105\u0142 ogranicza\u0107 Tw\u00f3j biznes.<\/p>\n
Pracowa\u0142em ostatnio z klientem \u2013 firm\u0105 SaaS oferuj\u0105c\u0105 narz\u0119dzie do zarz\u0105dzania projektami. Ich monolit r\u00f3s\u0142 przez 5 lat. Pewnego dnia zesp\u00f3\u0142 postanowi\u0142 doda\u0107 prosty filtr do listy zada\u0144. Zmiana dotyczy\u0142a jednego kontrolera, ale po deploymentcie nagle przesta\u0142a dzia\u0142a\u0107 integracja z kalendarzem Google. Debugowanie zaj\u0119\u0142o dwa dni. Okaza\u0142o si\u0119, \u017ce kto\u015b inny w mi\u0119dzyczasie zmieni\u0142 spos\u00f3b parsowania token\u00f3w, a filtr przypadkiem wywo\u0142a\u0142 ten sam kod.<\/p>\n
To typowy objaw monolitowej przypad\u0142o\u015bci: wysoki coupling<\/strong>. W monolicie \u2013 zw\u0142aszcza tym pisanym w po\u015bpiechu \u2013 modu\u0142y s\u0105 ze sob\u0105 mocno powi\u0105zane. Zmiana w jednym miejscu cz\u0119sto powoduje efekty uboczne w innym, bo kod wsp\u00f3\u0142dzieli globalne stany, te same bazy danych czy wsp\u00f3lne serwisy.<\/p>\n Konsekwencja biznesowa:<\/strong> Zesp\u00f3\u0142 zaczyna ba\u0107 si\u0119 wdra\u017ca\u0107 zmiany. Ka\u017cda nowa funkcja wymaga d\u0142ugich test\u00f3w regresyjnych, a czas dostarczenia warto\u015bci ro\u015bnie. Zamiast rozwija\u0107 produkt, programi\u015bci gasz\u0105 po\u017cary. W skrajnych przypadkach firmy trac\u0105 przewag\u0119 konkurencyjn\u0105, bo nie s\u0105 w stanie szybko reagowa\u0107 na rynek.<\/p>\n Co robi\u0107?<\/strong> Je\u015bli widzisz, \u017ce czas deploymentu wyd\u0142u\u017cy\u0142 si\u0119 z 30 minut do kilku godzin, a ka\u017cda zmiana wymaga r\u0119cznego testowania przez QA ca\u0142ej aplikacji \u2013 to pierwszy sygna\u0142, \u017ce warto pomy\u015ble\u0107 o wyizolowaniu pierwszego modu\u0142u. Nie od razu ca\u0142y system \u2013 wystarczy np. wydzielenie modu\u0142u uwierzytelniania czy p\u0142atno\u015bci jako osobnego serwisu.<\/p>\n Inny projekt \u2013 sklep e-commerce na popularnej platformie. W black friday ruch wzr\u00f3s\u0142 10-krotnie. Monolit nie wyrabia\u0142. Zesp\u00f3\u0142 dokupi\u0142 szybsze serwery (vertical scaling), ale to rozwi\u0105za\u0142o problem tylko na chwil\u0119. Ka\u017cdy skok ruchu wymaga\u0142 interwencji administratora i r\u0119cznego skalowania. A przecie\u017c w chmurze mo\u017cna doda\u0107 instancje automatycznie \u2013 tyle \u017ce w monolicie cz\u0119sto nie jest to takie proste.<\/p>\n Problem le\u017cy w tym, \u017ce monolit to jeden wielki proces. Mo\u017cesz go uruchomi\u0107 na kilku serwerach za load balancerem, ale je\u015bli w\u0105skim gard\u0142em jest konkretna operacja (np. generowanie raport\u00f3w lub przeliczanie koszyka), to i tak ca\u0142a aplikacja b\u0119dzie czeka\u0107. Nie mo\u017cesz skalowa\u0107 tylko tej jednej funkcji \u2013 musisz skalowa\u0107 wszystko.<\/p>\n Konsekwencja biznesowa:<\/strong> Koszty infrastruktury rosn\u0105 nieproporcjonalnie do przychod\u00f3w. W szczycie p\u0142acisz za moc obliczeniow\u0105, kt\u00f3ra jest marnowana na elementy, kt\u00f3re nie potrzebuj\u0105 skalowania. W efekcie mar\u017ce topniej\u0105. Co gorsza, gdy w\u0105skie gard\u0142o znajduje si\u0119 w bazie danych \u2013 monolit cz\u0119sto ma jedn\u0105 baz\u0119 \u2013 to nawet dodanie kolejnych instancji aplikacji nie pomo\u017ce, bo baza i tak stanie si\u0119 bottleneckiem.<\/p>\n Co robi\u0107?<\/strong> Zidentyfikuj procesy, kt\u00f3re najbardziej obci\u0105\u017caj\u0105 system \u2013 cz\u0119sto s\u0105 to zadania asynchroniczne (raporty, wysy\u0142ka maili, generowanie PDF). Wydziel je do osobnych mikroserwis\u00f3w lub funkcji serverless. Wtedy mo\u017cesz skalowa\u0107 tylko te komponenty, kt\u00f3re tego potrzebuj\u0105, a reszta aplikacji dzia\u0142a stabilnie.<\/p>\n W monolicie cz\u0119sto dochodzi do sytuacji, w kt\u00f3rej dwa zespo\u0142y \u2013 np. zesp\u00f3\u0142 koszyka i zesp\u00f3\u0142 p\u0142atno\u015bci \u2013 modyfikuj\u0105 ten sam kod. W projekcie, kt\u00f3ry konsultowa\u0142em, zesp\u00f3\u0142 doda\u0142 pole „discount” do encji zam\u00f3wienia. Niestety, okaza\u0142o si\u0119, \u017ce to samo pole w innym miejscu oznacza\u0142o rabat od dostawy. Konflikt semantyczny spowodowa\u0142 b\u0142\u0119dne naliczanie prowizji i straty finansowe.<\/p>\n Gdy kod jest jednym wielkim blokiem, granice mi\u0119dzy domenami si\u0119 zacieraj\u0105. Programi\u015bci cz\u0119sto u\u017cywaj\u0105 tych samych klas i serwis\u00f3w do r\u00f3\u017cnych cel\u00f3w, co prowadzi do narastaj\u0105cego d\u0142ugu technicznego. W miar\u0119 wzrostu aplikacji, zrozumienie ca\u0142ego kontekstu staje si\u0119 niemo\u017cliwe dla jednej osoby. Nowi cz\u0142onkowie zespo\u0142u sp\u0119dzaj\u0105 miesi\u0105ce na zapoznawaniu si\u0119 z kodem, zanim s\u0105 w stanie co\u015b zmieni\u0107.<\/p>\n Konsekwencja biznesowa:<\/strong> Czas wprowadzenia nowej funkcji ro\u015bnie wyk\u0142adniczo. To, co kiedy\u015b zajmowa\u0142o tydzie\u0144, teraz zajmuje miesi\u0105c. Zdarza si\u0119, \u017ce konkurencja wypuszcza podobne rozwi\u0105zanie szybciej, bo ich architektura pozwala na niezale\u017cn\u0105 prac\u0119 zespo\u0142\u00f3w. Dla SaaS walcz\u0105cego o rynek to mo\u017ce by\u0107 r\u00f3\u017cnica mi\u0119dzy sukcesem a pora\u017ck\u0105.<\/p>\n Co robi\u0107?<\/strong> Zastosuj wzorzec „modular monolith” \u2013 czyli wydziel wewn\u0105trz monolitu modu\u0142y, kt\u00f3re maj\u0105 jasno zdefiniowane interfejsy i nie wsp\u00f3\u0142dziel\u0105 kodu domenowego. Mo\u017cesz te\u017c zacz\u0105\u0107 od bounded context z DDD (Domain-Driven Design) \u2013 wytyczy\u0107 granice odpowiedzialno\u015bci i stopniowo wydziela\u0107 je do osobnych serwis\u00f3w.<\/p>\n Monolit nie jest z\u0142y sam w sobie. Dla ma\u0142ych zespo\u0142\u00f3w i MVP to cz\u0119sto najlepsze rozwi\u0105zanie. Problem pojawia si\u0119, gdy firma ro\u015bnie, a architektura nie ewoluuje. Wszystkie trzy sygna\u0142y \u2013 wysoki coupling, trudno\u015bci w skalowaniu i zamazany kontekst domenowy \u2013 s\u0105 cz\u0119sto bagatelizowane, dop\u00f3ki nie uderz\u0105 w finanse.<\/p>\n Je\u015bli rozpoznajesz kt\u00f3re\u015b z nich w swoim projekcie, nie oznacza to, \u017ce musisz od razu przepisywa\u0107 wszystko na mikroserwisy. To droga przez piek\u0142o. Zacznij od ma\u0142ych krok\u00f3w: wyizoluj jeden modu\u0142, zautomatyzuj deployment, postaw na obserwowalno\u015b\u0107. Pami\u0119taj, \u017ce celem nie jest architektura dla samej architektury \u2013 celem jest szybsze dostarczanie warto\u015bci klientom i kontrola nad kosztami. W JurskiTech pomagamy firmom znale\u017a\u0107 ten balans \u2013 mi\u0119dzy pragmatyzmem a nowoczesno\u015bci\u0105.<\/p>\n","protected":false},"excerpt":{"rendered":" 3 ciche sygna\u0142y, \u017ce Tw\u00f3j monolit zaczyna dusi\u0107 rozw\u00f3j firmy W ostatnich latach wielu founder\u00f3w i CTO ma\u0142ych firm wpad\u0142o w pu\u0142apk\u0119 my\u015blenia: „na pocz\u0105tek wystarczy monolit, potem przejdziemy na mikroserwisy”. Problem w tym, \u017ce „potem” nigdy nie nadchodzi \u2013 a\u017c do momentu, gdy ka\u017cda zmiana w kodzie wymaga modlitwy, a deployment trwa p\u00f3\u0142 dnia.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[276,617,379,154,75],"class_list":["post-2117","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-architektura-api","tag-b2b-saas","tag-globalne-skalowanie","tag-mikroserwisy","tag-monolit"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2117","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/comments?post=2117"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2117\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2117"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2117"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2117"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}2. Skalowanie oznacza pionowe dok\u0142adanie mocy, a nie horyzontalne dodawanie instancji<\/h2>\n
3. Nowe funkcje powstaj\u0105 wolniej, bo kontekst domenowy si\u0119 zamazuje<\/h2>\n
Podsumowanie \u2013 nie czekaj, a\u017c monolit Ci\u0119 dogoni<\/h2>\n