Najważniejsze wnioski
Krótka odpowiedź: Obliczenia brzegowe przetwarzają dane na urządzeniu lub w jego pobliżu, dzięki czemu decyzje zapadają w milisekundach, a linia działa dalej nawet przy utracie sieci. Obliczenia w chmurze przetwarzają dane centralnie, gdzie tanio skaluje się ciężką analitykę, długoterminowe przechowywanie i agregację między zakładami. Prawdziwe pytanie nie brzmi edge czy chmura, lecz które zadania należą do której warstwy: przetwarzanie krytyczne czasowo i istotne dla odporności na brzegu, skalowanie i analityka w chmurze. Zobacz także iiot vs iot.
Obliczenia brzegowe uruchamiają przetwarzanie na sprzęcie przy maszynie lub obok niej — bramka, komputer przemysłowy, czasem sam sterownik. Ponieważ dane nie muszą podróżować do centrum danych i z powrotem, decyzje zapadają w milisekundach, a lokalny system działa dalej nawet przy braku połączenia z internetem. Zostały zaprojektowane z myślą o szybkości i odporności blisko procesu.
Obliczenia w chmurze centralizują dane i moc obliczeniową. Skalują przechowywanie i analitykę tanio, uruchamiają ciężkie modele, których żadne urządzenie brzegowe nie mogłoby obsłużyć, i agregują dane z wielu maszyn i zakładów w jeden widok. Ich kompromis to opóźnienie i zależność od łączności — pętla tam i z powrotem oraz sieć są nieuniknione.
Na linii używa się widzenia komputerowego do odrzucania wadliwych części. Ta decyzja musi zapaść w mniej niż 100 milisekund dla każdej części, nawet jeśli internet przestanie działać — dlatego wykonuje się ją na brzegu, na lokalnym urządzeniu obok kamery. Ten sam zakład chce też analizować trendy współczynnika wadliwości na dwunastu liniach w trzech zakładach, co miesiąc retrenować model widzenia i raportować zarządowi — zadania wymagające skali i historii, więc uruchamia się je w chmurze. Edge podjął decyzję w czasie rzeczywistym; chmura wykonała analitykę i uczenie. Przeniesienie którejkolwiek pracy do niewłaściwej warstwy by zawiodło: chmura jest za wolna do odrzutu, edge za słaby do analityki floty.
Edge i chmura rozwiązują różne części problemu. Edge odpowiada „działaj teraz, lokalnie, niezawodnie”; chmura odpowiada „przechowuj, agreguj i analizuj na dużą skalę”. Nowoczesna architektura dzieli zadania: przetwarzanie krytyczne czasowo i istotne dla odporności pozostaje na brzegu, a przechowywanie, analityka floty i trenowanie modeli trafiają do chmury, przy czym edge wysyła znormalizowane podsumowania danych w górę.
Najczęstszy błąd związany z edge to umieszczanie prac krytycznych czasowo lub krytycznych dla rejestracji w chmurze i utrata ich podczas awarii. Jeśli rejestrowanie OEE istnieje tylko w chmurze, a sieć padnie na godzinę, ta godzina znika z danych. Rejestracja na brzegu, która buforuje lokalnie i synchronizuje po przywróceniu łącza, utrzymuje pełny zapis niezależnie od łączności.
1. Sterowanie w czasie rzeczywistym w chmurze. Opóźnienia i awarie czynią je zawodnym dla decyzji w zamkniętej pętli.
2. Ciężka analityka na urządzeniach brzegowych. Brakuje im skali; to zadanie dla chmury.
3. Rejestracja bez buforowania na brzegu. Przerwy w sieci stają się dziurami w danych.
4. Traktowanie tego jako jednego wyboru. Właściwy projekt dzieli pracę według potrzeb dotyczących opóźnień i odporności.
OEE korzysta z obu warstw: rejestracja na brzegu utrzymuje dane kompletne i w czasie rzeczywistym nawet podczas krótkich problemów z siecią, podczas gdy agregacja w chmurze pokazuje trendy OEE na liniach i w zakładach. Platforma, która rejestruje na brzegu i analizuje w chmurze, daje zarówno nieprzerwany zapis, jak i wgląd na poziomie floty.
Zobacz, jak Fabrico rejestruje to automatycznie na Twoich liniach — poznaj OEE dla produkcji lub umów się na demo.
Żadne — edge nadaje się do pracy w czasie rzeczywistym i odpornej na awarie, chmura do skali i analityki. Większość zakładów używa obu.
Sterowanie w czasie rzeczywistym, bezpieczeństwo, lokalne rejestrowanie OEE i wszystko, co musi przetrwać przerwę w łączności.
Długoterminowe przechowywanie, analityka między zakładami, ciężkie modele i raportowanie.
Rejestracja na brzegu z lokalnym buforowaniem zapobiega powstawaniu dziur w danych podczas awarii sieci.
Nie — to stały podział, przydzielający każde obciążenie do warstwy, która odpowiada jego wymaganiom dotyczącym opóźnień i odporności.
Zaloguj
Blog
