Monolit czy mikroserwisy? Jak wybrać architekturę aplikacji webowej dla małej firmy

Wykonawca przysłał ofertę, a w niej hasło: „nowoczesna architektura mikroserwisowa". Brzmi poważnie, ale co to znaczy dla Twojego budżetu? Architektura aplikacji webowej to decyzja, z którą zostajesz na lata - wpływa na koszt budowy, rachunki za serwery i tempo każdej kolejnej zmiany. Dylemat monolit czy mikroserwisy wygląda na spór programistów, ale tak naprawdę to decyzja finansowa. W tym wpisie tłumaczymy różnicę prostym językiem i pokazujemy, ile w złotówkach kosztuje zły wybór.

Monolit i mikroserwisy - czym to się różni w praktyce?

Monolit to jedna aplikacja. Logowanie, zamówienia, raporty i panel administracyjny działają razem, jako jeden program na jednym serwerze. Wyobraź sobie restaurację z jedną kuchnią: wszystkie dania powstają w tym samym miejscu, pod okiem jednego szefa kuchni.

Mikroserwisy dzielą system na wiele małych, niezależnych aplikacji, które rozmawiają ze sobą przez sieć. To jak plac z food truckami: każdy wóz robi jedno danie, ale każdy ma własny sprzęt, własny personel i własne rachunki. Elastyczne? Tak. Tanie w prowadzeniu? Zdecydowanie nie - i o tym wykonawcy mówią najciszej.

Monolit czy mikroserwisy - co wybrać w małej firmie?

Krótka odpowiedź: dla zdecydowanej większości małych i średnich firm najlepszy jest monolit modularny - jedna aplikacja, wewnętrznie podzielona na czyste moduły: klienci, zamówienia, fakturowanie, raporty. Z zewnątrz prostota (jeden serwer, jedno wdrożenie), w środku porządek, który pozwala rozwijać system latami. Tak budujemy większość projektów w ramach tworzenia oprogramowania na zamówienie.

Co ważne: dobrze podzielony monolit można w przyszłości pociąć na mikroserwisy, jeśli firma naprawdę urośnie. W drugą stronę - sklejanie rozproszonych serwisów z powrotem w całość - jest znacznie droższe. Start od prostoty niczego nie zamyka.

Kiedy mikroserwisy mają sens, a kiedy to przerost formy?

Mikroserwisy rozwiązują realne problemy - tyle że są to problemy dużych organizacji:

• Wiele zespołów pracuje nad jednym systemem - każdy zespół rozwija swój serwis niezależnie, bez wzajemnego blokowania się.
• Skrajnie różne obciążenia - jeden fragment systemu obsługuje miliony żądań, reszta tysiące, więc opłaca się skalować je osobno.
• Różne technologie do różnych zadań - np. jeden moduł w innym języku, bo wymaga tego wydajność.

Jeśli Twoją aplikację buduje i rozwija jeden zespół 2-5 osób - a tak wygląda niemal każdy projekt w MŚP - żaden z tych problemów Cię nie dotyczy. Zostają same koszty: więcej serwerów, komunikacja między serwisami, monitoring, DevOps. Płacisz za rozwiązanie problemu, którego nie masz.

Ile kosztuje zła decyzja? Rachunek na 3 lata

Załóżmy typowy scenariusz: firma usługowa zamawia system do obsługi zleceń i klientów. W wariancie monolitu modularnego budowa zaczyna się od ok. 25 000 zł, hosting to jeden serwer za 200-500 zł miesięcznie, a utrzymanie po wdrożeniu zamyka się w abonamencie od 500 zł miesięcznie.

Ten sam zakres w mikroserwisach? Budowa łatwo wychodzi 2-3 razy drożej, bo do logiki biznesowej dochodzi infrastruktura: komunikacja między serwisami, oddzielne wdrożenia, monitoring. Hosting rośnie do 1 500-3 000 zł miesięcznie, bo zamiast jednego serwera utrzymujesz kilka plus narzędzia do zarządzania nimi. Do tego serwisowanie wymaga kompetencji DevOps kupowanych na godziny. Po 3 latach różnica sięga - szacunkowo, jako rząd wielkości - 100 000 zł i więcej. Za te pieniądze zbudujesz drugą aplikację. Składniki ceny rozkładamy we wpisie ile kosztuje aplikacja na zamówienie.

3 pytania o architekturę, które warto zadać wykonawcy zanim podpiszesz umowę

1. Dlaczego proponujecie taką architekturę przy mojej skali? Dobra odpowiedź odwołuje się do Twojego biznesu: liczby użytkowników, planów rozwoju, budżetu. Zła brzmi jak „bo tak się teraz robi".

2. Ile ta architektura będzie kosztować miesięcznie po wdrożeniu? Poproś o konkretne pozycje: serwery, monitoring, godziny na utrzymanie. Jeśli wykonawca nie umie tego oszacować, to sygnał ostrzegawczy.

3. Co się stanie, gdy firma urośnie - i co, gdy nie urośnie? Architektura powinna mieć sensowną ścieżkę rozwoju, ale nie powinieneś płacić z góry za skalę, której może nigdy nie być.

Jeśli oferta budzi wątpliwości, skonsultuj ją z kimś niezależnym - taką drugą opinię przygotowujemy w ramach konsultacji technicznych, zanim cokolwiek podpiszesz.

Podsumowanie: prostota to strategia, nie kompromis

W dylemacie monolit czy mikroserwisy mała firma prawie zawsze wygrywa prostotą. Monolit modularny daje niższy koszt budowy, tańsze utrzymanie i szybszy rozwój, a przy tym nie zamyka drogi do mikroserwisów, jeśli kiedyś naprawdę będą potrzebne. Mikroserwisy zostaw na moment, w którym Twoje problemy zaczną wyglądać jak problemy dużej organizacji.

Planujesz aplikację i chcesz wiedzieć, ile wyjdzie w Twoim wariancie? Skorzystaj z kalkulatora wyceny - wstępny przedział cenowy zobaczysz od ręki, pierwszą odpowiedź od nas dostaniesz w ciągu 24 godzin, a wiążącą wycenę przygotujemy po krótkiej rozmowie o Twoim projekcie.