Potřebujete přenášet data s minimálním zpožděním? Zapomeňte na cloud!

Pro přenesení dat do cloudu a zpět jsou data přenášena na velké vzdálenosti a přes několik překážek (aktivních síťových prvků). Tím narůstá zpoždění při přenosu dat. Jak velké toto zpoždění bude není možné předvídat. Cloud je prostě moc vysoko v oblacích.

Je však mnoho aplikací, které potřebují minimální a zaručenou dobu odezvy.
průmyslová automatizace,
roboti,
propojená auta.
Streamování videa a her,

Zároveň dat, které je nutné přenášet je stále více. Co s tím?

Proto je používán vedle cloud computingu také:
edge computing, kde dochází ke zpracování dat na úrovni zařízení zařízeními
fog computing, kde ke zpracování dochází na blízkých výpočetních zdrojích, když je potřeba zpracovávat více dat.

Toto si uvědomili u Microsoftu i u Amazonu, kteří přišli Azure IoT Edge a AWS Wavelength – kde spojují výhody cloudu s 5G. Mě jako basketbalistovi se líbilo použití AWS Wavelength a 5G v aplikaci ShotTracker.

Zpracování tedy probíhá blíže zařízením nebo uživatelům. Tím se dosahují nízké odezvy a není potřeba zasílat veškerá data až do centrálního místa v Cloudu.

Je to proto, protože některá řešení nebo aplikace musí reagovat okamžitě. A řešením je právě eliminovat počet uzlů, přes které musí být data přenášena.

A zde přichází technologie DDS®. Ta umožňuje eliminovat prostředníka úplně a komunikovat přímo mezi aplikacemi a zařízeními. Tím je schopna zajistit minimální odezvy v řádu microsekund a milisekund. Poskytuje taky konfiguraci přenosového protokolu a konfiguraci způsobu přenosu dat pomocí parametrů QoS. Tato nastavení pak umožní vyladit přenos pro co nejmenší odezvy systému.

Včasnost doručení lze u DDS ovlivňovat nastavením QoS parametru
Deadline, který umožňuje u periodickcýh dat notifikovat aplikaci, v případě, že nedošlo doručení dat ve stanoveném čase a nějak na tuto skutečnost reagovat.
A pak ještě LatencyBudget a Transport priority, které napovídají middlewaru jak prioritizovat data.

Spolu s latencí je také důležitým parametrem jitter, tedy odchylkou od průměrné latence. S tímto někdy bojuje TCP, kdy může docházet k výkyvům v latenci díky backoff mechanismu použitého u TCP.

Jak měřit latenci nebo jitter?
Základem jsou nástroje:
Ping
Tracert
Wireshark
Iperf

Na internetu pomocí např.
speedtest.cesnet.cz

Pomocí DDS
RTI PerfTest
FastDDS zase umožňuje nově měřit latency pomocí statistického modulu.

Kolik tedy očekávat latenci u DDS?
U spolehlivého přenosu jsou dosahovány latence v řádech jednotek milisekund. U nespolehlivé komunikace to jsou desítky mikrosekund.

Potřebujete-li tedy přenášet data s minimálním zpožděním v těchto řádech? Tak se určitě podívejte na technologii DDS.

A kdybyste chtěli získávání informací ulehčit, tak připravuji trénink o této technologii ke kterému se můžete více dozvědět přes stránky pavelpohanka.cz/technologie.