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

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 – centrální sběr dat

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

[11 minut čtení] V tomto článku bych se chtěl zabývat typickou centrální službou v distribuovaných systémech. Tou je centrální sběr dat. Představme si zařízení rozmístěná po republice s automatizovaným sběrem základních dat. Námětem následujících tří článků budou centrální služby v distribuovaných systémech. Že je to protimluv? Myslím, že to tak působí jen zdánlivě.

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.

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: č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.

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.

Komunikace v distribuovaných systémech: digitální podpisy zpráv

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

[6 minut čtení] 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? Ve stejné pozici jste, pokud požádáte jiný uzel o službu. Jak si můžete být jisti, že vám odpověděl právě tento uzel? To jsou velice důležité otázky, pokud operujete v síti strojů, které nejsou ve správě jednoho subjektu.

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.

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.