Is this you? As a journalist, you can create a free Muck Rack account to customize your profile, list your contact preferences, and upload a portfolio of your best work.
Claim your profile
Articles by exchange.getMessage .setBody
Služby v distribuovaných systémech – vzdálené úložiště dat - Root.cz
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. K čemu by to mohlo být dobré? Zkusím to naznačit na příkladu sítě automatizovaných meteorologických stanic, který jsem používal již dříve.
Služby v distribuovaných systémech: proč vlastně komunikovat - Root.cz
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: směrování dle obsahu - Root.cz
Jeho použití ukážu na příkladu uzlů poskytujících několik služeb najednou. Bližší informace najdete také v Content Based Router. Doposud jsem měl vždy vytvořeno několik poskytovatelů služeb. Každý z nich poslouchal na jedné frontě a poskytoval implementaci jedné služby. Jsou to ale takové ty školní příklady. V reálném životě budu mít uzlů, rozuměj také poskytovatelů služeb, desítky nebo stovky. Navíc budou obvykle poskytovat více služeb. Opět to mohou být desítky služeb na jeden uzel.
Komunikace v distribuovaných systémech: digitální podpisy zpráv - Root.cz
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. V tomto článku vám neodpovím na všechny otázky s tímto fenoménem spojených. Podívám se na jeden dílčí problém, a sice jak si ověřit, od koho jsem zprávu dostal. Jednou z možností jsou digitální podpisy každé právy pomocí dvojice asymetrických klíčů.
Komunikace v distribuovaných systémech: komprese zpráv - Root.cz
V mém případě malých testovacích zpráv tomu tak není, ale pokud by součástí požadavku nebo odpovědi na službu byl nějaký velký objekt, např. obrázek, pak by situace byla výrazně jinačí. Co tedy s tím? Asi máme dvě možné cesty, kam se vydat. První možností je zvolit nějaký vhodnější formát, asi binární, pro výměnu zpráv mezi komunikujícími uzly. Možností je opět více, např. BSON, když už jsem se dříve přihlásil k jeho strýci JSONovi. Tím se ale dnes zabývat nebudu.
Komunikace v distribuovaných systémech: serializace zpráv - Root.cz
Naco serializace, když jsme jí 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. Ověřit si to můžete tak, že u předka všech posílaných zpráv, tedy u třídy Token, vyhodíte implementaci rozhraní Serializable. Pokud se pokusíte vyvolat nějakou službu, skončí to na výjimce java.lang.NullPointerException.
Komunikace v distribuovaných systémech: dynamické směrování - Root.cz
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. Dnes vám ukážu, jak je možné zadat do volání služby, koho chceme oslovit. Cíle již nebudou natvrdo zadané v definicích cest, ale budou se sestavovat dynamicky při volání. V dnešním článku si vystačím s jedinou službou typu požadavek/odpověď.
Komunikace v distribuovaných systémech: časové limity služeb - Root.cz
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. Je naprosto běžné, že síťová spojení jsou pomalá a nestabilní. Komunikační uzly se obvykle baví s jinými aplikacemi, od kterých získávají data. No a ty mohou opět vypadávat nebo být pomalé. A navíc se k tomu přidává provoz v různých datových centrech v kombinaci s lidským faktorem.
Show More
loading
Actions
Is this you?
As a journalist, you can create a free Muck Rack account to customize your profile, list your contact preferences, and upload a portfolio of your best work.Get in touch with exchange.getMessage
Contact exchange.getMessage, search articles and posts on X, monitor coverage, and track replies from one place.
Learn more about Muck Rack