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
