Služby v distribuovaných systémech – centrální sběr dat

Služby v distribuovaných systémech: řízení uzlů

Zdroj: root.cz     27.05.2021 (00:00)     it-pocitace

[8 minut čtení] V distribuovaných systémech obvykle preferujeme nezávislou funkci jednotlivých uzlů a jejich vzájemnou kooperaci. Někdy se ovšem hodí, abychom byli schopni ovlivnit funkci uzlů z jednoho místa. V dalším pokračování o centrálních službách v distribuovaných systémech bych se chtěl zaměřit na problematiku řízení uzlů zapojených do sítě.

Služby v distribuovaných systémech: proč vlastně komunikovat

Zdroj: root.cz     27.04.2021 (00:00)     it-pocitace

[22 minut čtení] Tímto článkem bych rád otevřel novou sérii textů a ukázek zaměřených na služby v distribuovaných systémech. V předchozí sérii jsem ukazoval, jak se dá komunikovat mezi nezávislými systémy. Teď se zaměříme na otázku „proč“. Navazuji na předchozí sérii článků Komunikace v distribuovaných systémech, ve které jsem se primárně zaměřoval na možnosti komunikace mezi různými systémy s využitím centrálního message brokeru. Zatímco v předchozí sérii článků jsem ukazoval možnosti komunikace, tedy „jak“ se dá komunikovat mezi nezávislými systémy, v této sérii bych se rád zaměřil na otázku „proč“ komunikovat.

Služby v distribuovaných systémech – vzdálené úložiště dat

Zdroj: root.cz     02.06.2021 (00:00)     it-pocitace

[10 minut čtení] Dnes se zaměříme na možnosti použití vzdáleného ukládání dat. Co kdyby se každý uzel zálohoval sám? V případě nutnosti náhrady bych pak musel na nové instanci pouze nastavit jeho identifikaci a parametry pro připojení na broker. Obdobnou problematikou jsem se zabýval dva články nazpět. Tehdy šlo o centrální sběr dat od komunikačních uzlů a jejich případné další zpracování. V tomto případě nejde ani tak o to, abych dostal nějaká data na jednu hromadu. Jde o to, aby každý uzel měl možnost odložit nějaká svá data na externí úložiště a následně si je vyzvednout a dále s nimi pracovat.

Komunikace v distribuovaných systémech: časové limity služeb

Zdroj: root.cz     23.02.2021 (00:00)     it-pocitace

[13 minut čtení] 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. Představte si, že máte síť desítek nebo stovek uzlů, které jsou rozprostřeny po celé republice. Jediné jejich pojítko je centrální message broker, přes který si vyměňují zprávy.

Služby v distribuovaných systémech – konfigurace sítě

Zdroj: root.cz     09.06.2021 (00:00)     it-pocitace

[11 minut čtení] Pokud se jako informační systém připojím do sítě, jak zjistím, kdo je v síti zapojený, jaké služby poskytuje a kde jej najdu? To jsou zásadní otázky, na které musím najít nějakou uspokojivou odpověď. Vrátím se k úvodnímu článku série, kde jsem také napsal:

Komunikace v distribuovaných systémech: serializace zpráv

Zdroj: root.cz     09.03.2021 (00:00)     it-pocitace

[8 minut čtení] 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ě. Na co serializace, když jsme ji doposud nepotřebovali a fungovalo to? Popravdě řečeno, my jsme jí dělali, ale implicitně. Camel před odesláním zpráv do message brokeru sám provedl serializaci Java bean do proudu bytů, které předal dále jako obsah zprávy.

Komunikace v distribuovaných systémech: asynchronní předávání zpráv

Zdroj: root.cz     21.01.2021 (00:00)     it-pocitace

[8 minut čtení] 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. Zabývám se návrhem a vývojem distribuovaných komunikačních systémů již řadu let. Tak jsem si řekl, že by nebylo špatné shrnout některé své zkušenosti a nabídnout je k širší diskuzi a použití.

Komunikace v distribuovaných systémech: dynamické směrování

Zdroj: root.cz     02.03.2021 (00:00)     it-pocitace

[4 minuty čtení] 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. To může být pro některé služby postačující řešení. Pokud ovšem začneme pracovat se sítěmi, kde jsou zapojeny desítky nebo stovky uzlů, pak již toto řešení postačovat nebude.

Události v aplikaci pomocí frameworku Spring

Zdroj: root.cz     21.12.2021 (08:53)     it-pocitace

V jednom z dřívějších článků o službách v distribuovaných systémech jsem se přiznal, že jsem silným zastáncem auditních záznamů o běhu aplikací. Tím rozumím informace o událostech, které se staly při běhu aplikace.

Komunikace v distribuovaných systémech: volání cest z aplikace

Zdroj: root.cz     17.02.2021 (00:00)     it-pocitace

[7 minut čtení] 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. Daleko častěji potřebuji volat cestu z prostředí vlastní Java aplikace.