Architektura mikroslužeb je systém, ve kterém se velká aplikace skládá z malých služeb, které spolu fungují a komunikují pomocí API.
Tyto služby jsou vysoce nezávislé a volně propojené. Díky tomu je lze snadno testovat a udržovat, což zase urychluje proces vývoje.
Jak fungují mikroslužby
Před mikroslužbami bylo standardním způsobem vývoje aplikací použití monolitické architektury. Takové aplikace byly samostatné, nezávislé jednotky. Jejich komponenty – jako uživatelské rozhraní, obchodní logika a úložiště dat – byly napsány v jediné kódové základně.
Zatímco monolitní aplikace se snadno navrhují a vyvíjejí, výsledný kód může být obtížné pochopit, škálovat a udržovat.
V architektuře mikroslužeb rozdělíte velkou aplikaci na menší, autonomní služby. Každá služba je zodpovědná za jeden aplikační úkol a komunikuje s ostatními pomocí API.
Každá služba také obsahuje všechny potřebné závislosti a nemusíte ji propojovat s externími zdroji.
Mikroslužby jsou skvělé pro aplikace vyvinuté velkými organizacemi. Jeden tým může pracovat na jedné službě, zatímco druhý tým pracuje na jiné. Tyto služby pak můžete testovat a nasazovat samostatně.
Příkladem systému mikroslužeb je aplikace elektronického obchodu se samostatnými službami pro zpracování uživatelského rozhraní, nákupního košíku, inventáře a objednávek.
Výhody architektury mikroslužeb
Flexibilita a škálovatelnost
Protože je každá mikroslužba nezávislá na ostatních, můžete je vyvíjet a nasazovat samostatně. Pokud se určitá služba zpomalí, můžete ji spustit na výkonnějším hardwaru nebo přidat další procesory k serverům, na kterých běží.
Můžete také spouštět dvě instance mikroslužby paralelně.
Snadná údržba a aktualizace
Pokud vytvoříte aplikaci podle architektury mikroslužeb, můžete ji upgradovat postupně. Můžete provádět změny ve službě a aktualizovat ji, aniž byste ovlivnili ostatní části aplikace.
Potenciál pro rychlejší rozvoj a nasazení
Malé týmy spolupracují na vývoji každé mikroslužby. Protože mikroslužba provádí konkrétní úkol, členové týmu se mohou soustředit pouze na tento úkol.
Navíc koordinace a rozhodování v malém týmu jsou rychlejší než ve velkém týmu. To vede k rychlejšímu vývojovému cyklu.
Nezávislé technologické volby
Můžete se rozhodnout vyvinout mikroslužbu v jiném programovacím jazyce než ostatní mikroslužby. Můžete například použít Python k vývoji jedné mikroslužby a JavaScript pro jinou. Pro každou můžete také použít různé služby správy databází. Nakonec budete budovat služby s nejvhodnější technologií nebo nástrojem.
Výzvy při implementaci architektury mikroslužeb
Složitost koordinace různých služeb
Aplikace se může skládat z mnoha služeb, které spolu potřebují komunikovat. Tyto komunikační kanály musí být bezpečné a robustní, aby aplikace fungovala tak, jak má.
Problémy s laděním a testováním
Snáze se řeší chyby, které můžete izolovat na jednu službu. Pokud však tyto chyby zahrnují více služeb, ladění se stává větší výzvou. Rovněž, psaní integračních testů pro více služeb může být obtížné.
Potenciál pro zvýšenou režii
Jak již bylo zmíněno, každá služba je nezávislá na ostatních a má své vlastní zdroje. To se může prodražit, protože každá služba vyžaduje vyhrazenou infrastrukturu sestávající mimo jiné ze serverů, nástrojů pro nepřetržitou integraci a databází.
Kdy použít architekturu Microservices
Architektura mikroslužeb není vhodná pro všechny aplikace. Jeho výstavba a správa může být nákladná.
Než se rozhodnete použít architekturu mikroslužeb, zvažte velikost a složitost vaší aplikace. Uvidíte větší užitek z rozdělení velké aplikace na spravovatelné zdroje než z malé aplikace. Při dostatečně malé velikosti může jít o plýtvání zdroji.
Pokud však máte velký tým vývojářů, kteří potřebují rychle porozumět základně kódu nebo chtějí používat různé technologie, může být architektura mikroslužeb tou správnou cestou.
