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

Mikroserwisy to podejście architektoniczne, które zyskało znaczną uwagę na początku lat 2010. Reprezentują 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 reprezentują 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 niezależną efektywność skalowania.

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 kompletne monolit. Zamiast tego opowiada się za decyzjami napędzanymi kontekstem. 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, z stopniowym oddzielaniem komponentów później, gdy potrzeby się wyjaśnią.