|

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é:
1️⃣ edge computing, kde dochází ke zpracování dat na úrovni zařízení zařízeními
2️⃣ 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.

PP
Author: PP

Podobné příspěvky

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna.