Seriál Komunikace v distribuovaných systémech

Směrování podle obsahu, nebo také Content Based Router, je obecný EIP koncept využitelný na mnoha místech komunikačních a integračních projektů.

Představte si, že se připojujete do sítě, ve které vystupují desítky či stovky uzlů provozovaných různými organizacemi. Pokud od nějakého uzlu přijmete zprávu, jak si můžete být jisti, že je to zpráva skutečně od něho?

Pokud budu provádět serializaci zpráv do textového formátu, např. XML nebo JSON, mohu se dostat do problémů s velikostí zpráv. Textová reprezentace binárních dat může být významně větší než jejich přirozená podoba.

V dnešním dílu článků zaměřených na komunikaci v distribuovaných systémech se podívám na serializaci zpráv před odesláním příjemci. Řekneme si, že jsme vlastně serializaci už dělali, ale jen implicitně.

Doposud jsem měl v příkladech pro každou službu zapsáno ve zdrojovém kódu, které poskytovatele bude oslovovat. To bylo nastaveno v Camel cestě žadatele ve formě URL pro direktivu to nebo multicast.

V tomto dílu se již více posunu k problémům spojeným s budováním a provozem distribuovaných systémů. Budu se zabývat časovými limity služeb, jak je řídit, vynucovat, a jak na nesplnění reagovat.

V předchozích dvou článcích jsem ukazoval komunikaci žadatelů o službu a jejích poskytovatelů pouze v rámci Camel cest. Ony jsou to spíše jenom školní ukázky. V praxi toto řešení postačuje jen zřídka.

Předmětem dnešního článku budou komunikace typu požadavek/odpověď, nebo také synchronní komunikace. Odesilatel osloví jednoho nebo více příjemců tím, že jim pošle nějakou zprávu a očekává od příjemců odpověď.

První díl z nové série článků, která se bude zabývat ukázkou návrhu a postupu realizace některých základních funkcí distribuovaného informačního systému. Centrálním bodem bude message broker.