Mikroslužby nakreslené poctivě

Ne "jaké služby existují" - to zvládne seznam a ten seznam bývá v názvech repozitářů. Otázka zní: dá se kterákoli z nich nasadit samostatně? Všechno, co lidé od mikroslužeb doufají získat - nezávislá vydání, nezávislé škálování, tým, který umí dodat bez koordinační schůzky - plyne z toho, že odpověď je ano, a žádná jiná vlastnost toho obrázku není důležitá, pokud je ne.

Diagram komponent na ni odpoví, pokud nakreslíte ty správné věci. Každá nasaditelná služba je komponenta; každý zveřejněný kontrakt je rozhraní; každá událost je «signal». Pak zakryjte jednu službu dlaní: pokud to, co zbude, plně specifikuje její náhradu, ta služba se dá vydávat ve vlastním rytmu.

Na obrázku výše gateway závisí na IOrders - synchronním kontraktu, protože gateway neumí uživateli odpovědět bez objednávky. Shipping a billing míří na OrderPlaced, signál, který order service posílá a nečeká na něj.

Nakreslit ty dvě odlišně je celá hodnota toho obrázku. Synchronní hrany jsou místa, kde se skládá dostupnost: pokud je order service dole, gateway vrátí chybu. Událostní hrany jsou místa, kde ne: když je dole shipping, opozdí se balík a nic jiného to s sebou nestrhne. Diagram, který obě kreslí jako obyčejné šipky, smazal rozdíl, který rozhoduje o tom, jak systém selhává.

Tohle je distribuovaný monolit a je to nejčastější tvar v produkci. Nic na něm není nelegální, nic není špatně pojmenované a projde posouzením, protože vypadá jako každý jiný diagram mikroslužeb. To, co říká, když čtete šipky místo boxů, je, že ty čtyři služby se musí nasazovat spolu, testovat spolu a být nahoře spolu - takže tým vzal na sebe každý náklad distribuce a nechal si každé omezení monolitu.

Příznak se dá spočítat: počet synchronních skoků na jeden požadavek. Jeden je v pořádku. Dva jsou obvykle v pořádku. Tři a víc a dostupnost celku je součinem dostupností částí, takže čtyři služby po 99,9 % dají dohromady asi 99,6 % - což jsou tři hodiny měsíčně, kdy si nikdo nic neobjedná.

Nápravy jsou vidět na témže obrázku. Nechte orders publikovat událost a nechte pricing a inventory na ni reagovat. Nebo sloučte dva z těch boxů, což je legitimní odpověď, která se navrhuje zřídka. Nebo nakešujte to, co pricing potřebuje, aby ten skok přestal být na cestě požadavku. Všechny tři jsou úpravy tohohle diagramu, a proto se ho vyplatí nakreslit před stavbou za těch dvacet minut.

Notace je pokrytá v průvodci diagramem komponent a pět dalších uspořádání - včetně obousměrného cyklu, který tenhle článek neopakuje - je v příkladech diagramů komponent.