Služby v distribuovaných systémech – vzdálené úložiště dat
Zdroj: root.cz 02.06.2021 (00:00) it, počítače
[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. celý článek
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: ří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 – 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: č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.
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.
Uloz.to mění způsob fungování: uživatelé už nebudou moci sdílet soubory veřejně
Zdroj: lupa.cz 24.11.2023 (11:24) it-pocitace
Úložiště Uloz.to oznámilo, že po letech zásadně změní způsob fungování své služby. Od pátku 1. prosince 2023 budou úložiště smět používat je registrovaní uživatelé. Přístup přitom budou mít jen k souborům, které na úložiště sami nahráli.
Komunikace v distribuovaných systémech: volání cest z aplikace
Komunikace v distribuovaných systémech: směrování dle obsahu
Komunikace v distribuovaných systémech: synchronní komunikace typu požadavek a odpověď
Komunikace v distribuovaných systémech: komprese zpráv
Komunikace v distribuovaných systémech: digitální podpisy zpráv
Co dělá elektrokolo elektrokolem. Podrobně o elektronických a digitálních systémech
Postřehy z bezpečnosti: RCE ve Western Digital MyCloud
Jak získat víc času, než budete muset platit za úložiště od Googlu
Moderní NAS je jako chytrý mobil. Už dávno není jen na telefonování a co aplikace, to nová funkce
Zachraňte své soubory z Amazon Drivu. Cloudové úložiště s pohnutým životem skončí
[aktualita] Google zruší u neplacených účtů neomezené úložiště pro fotky
Síťová úložiště QNAP jsou děravá, NASy mohou zpřístupnit data na dálku. Oprava už existuje
Jaderné úložiště má být u Temelína, na Vysočině nebo na Klatovsku
Úložiště Hellspy končí, zdůvodňuje to novelou autorského zákona
Projekt C64: moderní úložiště SD2iEC
Vyždímejte z NASu maximum funkcí: Praktické tipy, jak se dá využít síťové úložiště naplno
Přihlaste se k počítači vzdáleně, ať už jste kdekoli
Popsali jsme vnitřnosti. Pitva jednodiskového síťového úložiště QNAP TS-121
Vzdálené odemykání šifrovaného disku na serveru s Debianem
Změny na Ulož.to přehledně. Konec vyhledávání cizích souborů a sdílení vlastních
Vy a počítač: Používáte operační systém nebo aplikace v češtině?
Končí „pirátské“ úložiště Hellspy. Narazilo na novelizovaný autorský zákon
Nejlepší cloudová úložiště nabízí až 20 GB zdarma a pokročilé šifrování
[aktualita] Italové vyšetřují služby Google Drive, iCloud i Dropbox pro nekalé obchodní praktiky
Senát: Umístění hlubinného úložiště jaderného odpadu má schvalovat Parlament
Nekupujte levná úložiště z pochybných zdrojů. Možná dostanete falešnou elektroniku
Správa úložišť: Zprovoznění hlubinného úložiště je možné v horizontu desítek let
Úložiště MEGA má mega průšvih. Údajně nedešifrovatelná data lze dešifrovat
Dropbox ruší neomezené úložiště, zneužívali jej těžaři kryptoměn a překupníci
Jak velké úložiště potřebujete v mobilu? Stačí 128 GB, jak říká Apple?
Wedos migroval na all flash úložiště dat, nasadil technologii 3PAR
Vy a počítač: S jak velkým diskem si vystačíte na soukromém počítači?
Nový rok Microsoftu nevyšel nejlépe. OneDrive a Skype mají výpadek