Czy trend mikroserwisów dobiegnie końca? Zastosowanie mikroserwisów w Twoim biznesie

Mikroserwisy to podejście architektoniczne, które przyciągnęło dużą uwagę na początku lat 2010. Tworzą zestaw małych usług, z których każda działa we własnym procesie i komunikuje się za pomocą lekkich mechanizmów, często HTTP resource API.

Mikroserwisy oznaczają odejście od architektury monolitycznej. Kluczowe zalety obejmują małe zespoły programistyczne, które mogą pracować niezależnie nad komponentami bez potrzeby kompleksowej wiedzy o systemie, skrócony czas wdrożenia nowych programistów ze względu na mniejsze bazy kodu, swobodę używania różnych języków programowania dla różnych usług, szybsze i bezpieczniejsze wydania funkcji, wielokrotne użycie komponentów w różnych systemach i wydajne, niezależne skalowanie.

Jednak początkowy entuzjazm został ostudzony przez wyzwania w świecie rzeczywistym. Obiecana prostota okazała się nieuchwytna, a wiele projektów doświadczyło znacznych komplikacji. Główne problemy obejmują dramatycznie zwiększoną złożoność systemu dla zespołów programistycznych i utrzymaniowych, rozwój funkcji obejmujący wiele usług staje się czasochłonny i trudny, wyzwania koordynacyjne przy jednoczesnym wersjonowaniu wielu usług, skalowanie pozostaje tak złożone jak w przypadku systemów monolitycznych, a liczne ścieżki komunikacji tworzą więcej potencjalnych punktów awarii.

Artykuł argumentuje przeciwko postrzeganiu architektury jako binarnej – albo skrajne mikroserwisy, albo pełny monolit. Zamiast tego opowiada się za decyzjami zależnymi od kontekstu. W przypadku nowych produktów, które prawdopodobnie będą ewoluować, lub zespołów nieposiadających doświadczenia z mikroserwisami, rozpoczęcie od monolitu może być roztropne, ze stopniowym oddzielaniem komponentów później, gdy potrzeby staną się jasne.