Ваш хмарний рахунок для заводу набагато вищий, ніж ви думаєте

Хмарне сховище може здаватися дешевим. Передача даних із заводу в хмару теж може здаватися дешевою. Але справжній рахунок за хмару часто починає формуватися тоді, коли дані починають рухатися. У цьому епізоді ми розбираємо приховані витрати в сучасних архітектурах Industrial IoT, промисловій хмарі, edge-обчисленнях і заводських даних — від вихідного трафіку (data egress) і реплікації між регіонами до NAT-шлюзів, резервних копій, дашбордів і високочастотних даних сенсорів. Один потік MQTT із заводу може швидко перетворитися на кілька потоків даних, коли телеметрія копіюється в сховища, аналітичні платформи, дашборди, середовища для data science, системи аварійного відновлення та зовнішні застосунки. Машина згенерувала дані один раз, але ваша архітектура може переміщувати їх багато разів.

Чому витрати на хмару на заводі зростають так швидко
Однією з найбільших помилок в архітектурі промислового IoT є оцінка обсягу даних на основі кількості машин або підключених пристроїв. Правильніший розрахунок такий: Кількість вимірювань × Байти × Час × Активи. Простий сигнал стану машини може генерувати дуже мало даних. Вібраційний датчик, що семплює на частоті 32 кГц, — зовсім інша історія: один 16-бітний канал може генерувати близько 5,5 ГБ сирих даних на день без урахування додаткових накладних витрат протоколу та метаданих. У цьому епізоді розглядається, чому архітектура, орієнтована на edge, може суттєво змінити це співвідношення. Замість безперервного завантаження кожного сирого вимірювання виробники можуть обробляти дані поблизу машини, зберігати детальні докази локально, виявляти значущі зміни, формувати агрегати й надсилати в хмару лише ту інформацію, яка потрібна споживачам у хмарі.

Що ви дізнаєтеся

• Чому витрати на вихідний трафік із хмари можуть бути важливішими за витрати на зберігання
• Як MQTT і телеметрія IoT можуть створювати кілька потоків даних у подальших системах
• Чому кількість пристроїв є поганим способом оцінки обсягу заводських даних
• Як вібраційний моніторинг може генерувати гігабайти або терабайти даних
• Чому важливий трафік між регіонами та зонами доступності
• Як NAT-шлюзи та мережева маршрутизація можуть збільшувати витрати на хмару
• Чому реплікація, резервне копіювання, експорт і дашборди створюють додаткове переміщення даних
• Як виявити дубльовані конвеєри заводських даних
• Коли сирі виробничі дані мають залишатися на edge
• Як фільтрація подій і агрегація зменшують непотрібний трафік у хмару
• Чому edge-обчислення мають бути шаром обробки, а не мініатюрною хмарою
• Як проєктувати промислову архітектуру edge-to-cloud навколо бізнес-рішень, а не обсягу сирих даних

Edge-обчислення чи відправка всього в хмару
Ключове архітектурне питання звучить не так: «Чи можемо ми надіслати ці заводські дані в хмару?»
Правильніше запитати: «Які дані справді заслуговують на цю подорож?»
Високочастотні сирі сигнали, такі як форми вібраційних хвиль, діагностичні трасування та дані комп'ютерного зору, часто можуть залишатися поблизу заводу. Відфільтровані події та агрегати можна передавати вибірково, а виробничі записи, результати контролю якості, KPI та аналітика по кількох заводах є сильнішими кандидатами для централізованих хмарних платформ. Результат — не аргумент проти хмарних обчислень, а свідомо спроєктована архітектура IT/OT, де edge і хмара мають різні зони відповідальності.

Теми епізоду
Industrial IoT, IIoT, Edge Computing, Cloud Computing, Manufacturing Data, Factory Data, MQTT, OPC UA, Data Egress, Cloud Costs, FinOps, Azure IoT, AWS IoT, Factory Automation, Predictive Maintenance, Vibration Monitoring, Data Architecture, IT/OT Integration, Smart Manufacturing, Industry 4.0, Data Replication, Cloud Networking, Manufacturing Analytics

Кому варто послухати?
Цей епізод для ІТ-керівників виробництва, OT-інженерів, хмарних архітекторів, IoT-архітекторів, інженерів даних, керівників заводів, архітекторів рішень і команд цифровізації промисловості, які проєктують або експлуатують підключені заводські середовища.
Якщо ваша архітектура містить акуратну стрілку з написом «Завод → Хмара», цей епізод пояснює, чому на цю стрілку варто подивитися значно уважніше.


Станьте прихильником цього подкасту: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.