Edge computing w IoT: kiedy przetwarzać na urządzeniu, a kiedy w chmurze

„Umieść wszystko w chmurze" przestaje działać w chwili, gdy Twoje urządzenie znajdzie się w tunelu, na statku na morzu albo przetwarza dane wideo, które nasyciłyby połączenie LTE.

Trzy warstwy

• Urządzenie (MCU) — odpowiedź poniżej milisekundy, działa offline. Odczyt czujników, lokalna logika sterowania, wyłączniki bezpieczeństwa, filtrowanie danych.
• Bramka brzegowa (edge gateway) — odpowiedź 1–100 ms, agreguje urządzenia. Lokalne wnioskowanie ML, translacja protokołów, buforowanie danych podczas przerw w łączności.
• Chmura — nieograniczona moc obliczeniowa, zasięg globalny. Długoterminowe przechowywanie, analityka floty, pulpit, dystrybucja OTA.

ML na brzegu: ESP32-S3

tflite::MicroInterpreter interp(model, ops, arena, 50*1024);
interp.AllocateTensors();
interp.input(0)->data.f[0] = sensor_value;
interp.Invoke();
float score = interp.output(0)->data.f[0];
if (score > ANOMALY_THRESHOLD) send_to_cloud(event);

Architektura offline-first

Projektowanie w podejściu offline-first oznacza, że urządzenie jest zawsze operacyjne niezależnie od łączności z chmurą — dostęp do chmury staje się okazją do synchronizacji, a nie zależnością. Urządzenie przechowuje zdarzenia lokalnie w buforze cyklicznym (lub bazie SQLite dla danych strukturalnych), oznacza każde zdarzenie znacznikiem czasu i przesyła je partiami, gdy łączność jest dostępna. Znaczniki czasu muszą pochodzić z zegara RTC urządzenia — nie polegaj na czasie sieciowym przy porządkowaniu zdarzeń.

YIS realizuje ten wzorzec z 30 dniami pamięci lokalnej. Dane silnika jednostki, ślad GPS i historia alarmów są zawsze kompletne na urządzeniu. Gdy jednostka połączy się ze Starlinkiem lub portową siecią WiFi, bramka synchronizuje z Azure deltę — wyłącznie nowe dane od ostatniej synchronizacji. Właściciel może pobrać dowolny zakres czasu z pulpitu w chmurze; załoga jednostki zawsze ma lokalny wyświetlacz niezależnie od łączności.

Dobór sprzętu bramki brzegowej

Bramki brzegowe obejmują spektrum od Raspberry Pi 4 (odpowiedniego do umiarkowanych obciążeń IoT w warunkach wewnętrznych) po sprzęt klasy przemysłowej, jak seria Advantech UNO czy komputery montowane na szynie DIN do trudnych środowisk. Kluczowe kryteria doboru: zakres temperatur roboczych (standardowe Raspberry Pi ma zakres 0–85°C; środowiska przemysłowe mogą wymagać od -40°C do +85°C), średni czas między awariami (MTBF) oraz niezawodność pamięci lokalnej (przemysłowy eMMC lub SSD kontra karta SD, która zawodzi przy obciążeniach intensywnie zapisujących).

Do wdrożeń morskich stosujemy bezwentylatorowe komputery przemysłowe z pamięcią półprzewodnikową i płytkami PCB z powłoką konformalną. Wyższy koszt początkowy jest znikomy w porównaniu z kosztem wysłania technika na jednostkę na morzu z powodu awarii bramki, której można było uniknąć dzięki odpowiedniemu doborowi sprzętu.

Kwestie bezpieczeństwa na brzegu

Bramka brzegowa umieszczona w obiekcie klienta lub na pokładzie jednostki jest fizycznie dostępna dla każdego, kto jest na miejscu. Stosuj te same zasady bezpieczeństwa co dla infrastruktury chmurowej: szyfrowanie dysku, hartowanie systemu operacyjnego, minimalną powierzchnię ataku (żadnych zbędnych usług nasłuchujących w sieci), automatyczne aktualizacje bezpieczeństwa oraz uwierzytelnianie oparte na certyfikatach dla łączności z chmurą. Klucz prywatny bramki służący do uwierzytelniania w chmurze powinien być przechowywany w module TPM (Trusted Platform Module), jeśli sprzęt to obsługuje — a nie w pliku w systemie plików.