Rachunek za chmurę w Twojej fabryce jest znacznie wyższy, niż myślisz

Przechowywanie w chmurze może wydawać się tanie. Wysyłanie danych z fabryki do chmury może wydawać się tanie. Jednak prawdziwy rachunek za chmurę często zaczyna rosnąć w momencie, gdy dane zaczynają się przemieszczać. W tym odcinku omawiamy ukryte koszty stojące za nowoczesnym Industrial IoT, chmurą produkcyjną, edge computing i architekturami danych fabrycznych — od egresu danych, przez replikację między regionami, bramy NAT, kopie zapasowe, pulpity nawigacyjne i dane z czujników o wysokiej częstotliwości. Pojedynczy strumień MQTT z fabryki może szybko przekształcić się w wiele przepływów danych, gdy telemetria zostanie skopiowana do magazynów, platform analitycznych, pulpitów, środowisk data science, systemów odzyskiwania po awarii i aplikacji zewnętrznych. Maszyna wygenerowała dane tylko raz — ale Twoja architektura może przenosić je wiele razy.

Dlaczego koszty chmury w fabrykach rosną tak szybko
Jednym z największych błędów w architekturze IoT w produkcji jest szacowanie wolumenu danych na podstawie liczby maszyn lub podłączonych urządzeń. Lepszy sposób obliczenia to: Próbki × Bajty × Czas × Aktywa. Prosty sygnał stanu maszyny może generować bardzo mało danych. Czujnik drgań próbkujący z częstotliwością 32 kHz to zupełnie inna skala: pojedynczy 16-bitowy kanał może wygenerować około 5,5 GB surowych danych dziennie, nie licząc dodatkowego narzutu protokołu i metadanych. Ten odcinek wyjaśnia, dlaczego architektura edge-first może znacząco zmienić ten rachunek. Zamiast ciągle przesyłać każdy surowy pomiar, producenci mogą przetwarzać dane blisko maszyny, lokalnie przechowywać szczegółowe dowody, wykrywać istotne zmiany, tworzyć agregaty i wysyłać tylko informacje potrzebne odbiorcom w chmurze.

Czego się dowiesz

• Dlaczego koszty egresu w chmurze mogą być ważniejsze niż koszty przechowywania
• Jak MQTT i telemetria IoT mogą tworzyć wiele przepływów danych w dalszych etapach
• Dlaczego liczba urządzeń jest słabym sposobem szacowania wolumenu danych fabrycznych
• Jak monitoring drgań może generować gigabajty lub terabajty danych
• Dlaczego ma znaczenie ruch między regionami i strefami dostępności
• Jak bramy NAT i routing sieciowy mogą zwiększać koszty chmury
• Dlaczego replikacja, kopie zapasowe, eksporty i pulpity tworzą dodatkowy ruch danych
• Jak zidentyfikować zduplikowane potoki danych fabrycznych
• Kiedy surowe dane produkcyjne powinny pozostać na brzegu (edge)
• Jak filtrowanie zdarzeń i agregacja ograniczają zbędny ruch w chmurze
• Dlaczego edge computing powinien być warstwą przetwarzania, a nie miniaturową chmurą
• Jak zaprojektować architekturę produkcyjną od edge do chmury wokół decyzji biznesowych, a nie wolumenu surowych danych

Edge computing a wysyłanie wszystkiego do chmury
Kluczowe pytanie architektoniczne nie brzmi: „Czy możemy wysłać te dane fabryczne do chmury?”
Brzmi raczej: „Które dane faktycznie zasługują na tę podróż?”
Sygnały surowe o wysokiej częstotliwości, takie jak przebiegi drgań, ślady diagnostyczne i dane wizyjne, często mogą pozostać blisko fabryki. Przefiltrowane zdarzenia i agregaty mogą być przesyłane selektywnie, natomiast dane produkcyjne, wyniki jakościowe, KPI i analityka wielozakładowa są mocniejszymi kandydatami dla scentralizowanych platform chmurowych. Wynik nie jest argumentem przeciwko przetwarzaniu w chmurze. To bardziej przemyślana architektura IT/OT, w której edge i chmura mają różne role.

Omawiane tematy
Industrial IoT, IIoT, Edge Computing, Cloud Computing, Dane produkcyjne, Dane fabryczne, MQTT, OPC UA, Egress danych, Koszty chmury, FinOps, Azure IoT, AWS IoT, Automatyka fabryczna, Predykcyjne utrzymanie ruchu, Monitoring drgań, Architektura danych, Integracja IT/OT, Inteligentna produkcja, Przemysł 4.0, Replikacja danych, Sieci w chmurze, Analityka produkcyjna

Dla kogo ten odcinek?
Ten odcinek jest przeznaczony dla liderów IT w produkcji, inżynierów OT, architektów chmury, architektów IoT, inżynierów danych, kierowników zakładów, architektów rozwiązań oraz zespołów cyfryzacji przemysłu projektujących lub utrzymujących połączone środowiska fabryczne.
Jeśli Twoja architektura zawiera zgrabną strzałkę oznaczoną „Fabryka → Chmura”, ten odcinek wyjaśnia, dlaczego warto przyjrzeć się jej znacznie uważniej.


Zostań sympatykiem tego podcastu: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.