Seriál Mikroslužby

V úvodních částech seriálu jsme se zabývali teoretickým popisem technologií, které jsou při tvorbě a provozu mikroslužeb používány. Pochopitelně nás však budou zajímat i praktické příklady, jimiž se začneme zabývat dnes.

V šiestej časti seriálu sa pozrieme na cestu zlyhaní a úspechov pri adaptácii mikroslužieb v českej hostingovej spoločnosti. Ako česká hostingová spoločnosť rozbíja vlastné monolity a adaptuje mikroslužby.

V páté části seriálu o mikroslužbách se seznámíme s některými užitečnými nástroji a službami, které se používají při vývoji, nasazování i sledování mikroslužeb. Jedná se například o Apache ZooKeeper, Prometheus, Grafana atd.

Již několikrát jsme se v tomto seriálu setkali s nástrojem Apache Kafka. Jedná se o velmi často používaný (někdy i nadužívaný) nástroj, o jehož základních možnostech se v kontextu mikroslužeb zmíníme.

Dnes se budeme zabývat některými způsoby, jakými mezi sebou mikroslužby komunikují. Návrh správné komunikace je po rozdělení databáze (viz předchozí část) další kritickou částí celé architektury mikroslužeb.

Dnes si vysvětlíme, které problémy je nutné řešit, když bude každá mikroslužba obsahovat svoji databázi. Rozdělením původně monolitické databáze totiž ztratíme některé důležité vlastnosti (ACID), které je užitečné nějak nahradit.

V dnešním článku se seznámíme se základními principy, na nichž jsou postaveny takzvané mikroslužby (microservices). Může se zdát, že jde o „Next Great Thing“ v IT, ale jejich koncept postaven na známých myšlenkách.