บทที่ 09 · Azure · AWS · Google Cloud · SAP · Digital Twin

Cloud Integration

OPC UA ไม่ได้หยุดอยู่ในโรงงาน — เป็น "Industrial Cloud Interoperability Standard" — Microsoft, Google, AWS, SAP สนับสนุนเป็นทางการ ใช้กันแล้วในโรงงานจริงตั้งแต่ปี 2015 บทนี้พาดูสถาปัตยกรรมที่ Reference Architecture ของ Cloud แต่ละค่ายแนะนำให้ใช้

OPC Foundation Cloud Initiative

ตั้งแต่ปี 2018 ที่มี OPC UA PubSub (Part 14) — Cloud Provider เริ่มหันมาใช้ OPC UA เป็นมาตรฐานหลัก ในการรับข้อมูลจากโรงงาน OPC Foundation จึงเปิด Cloud Initiative เพื่อ:

OPC Foundation Cloud Initiative scope: from sensor at factory to cloud manufacturer/supplier with data spaces, digital product passport, OPC UA over MQTT, REST, metaverse
Scope ของ Cloud Initiative — OPC UA เชื่อม Factory ↔ Cloud Manufacturer ↔ Cloud Supplier ↔ Data Spaces — ครอบคลุม Digital Product Passport, Industrial Metaverse, AI/ML, Digital Twin (ที่มา: OPC Foundation)

End User Council — ใครเป็นคนใช้จริง

Cloud Initiative มี End User Council ของผู้ผลิตชั้นนำ:

Boehringer Ingelheim Continental Danone Equinor L'Oréal Operations Miele Mondelēz International Renault Group JT International Tetra Pak Volkswagen

+ Cloud Providers: AWS, Google Cloud, Microsoft, Huawei, SAP

Reference Architecture (Generic)

Cloud Initiative แนะนำ Reference Architecture ที่ใช้ได้กับ Cloud ทุกค่าย — มี 22 องค์ประกอบ ตั้งแต่ Edge ถึง Customer:

UA Cloud Initiative Reference Architecture: 22 numbered components from on-premises machines through edge broker, gateway, cloud broker, time-series DB, dashboards, AI analytics, dataspace connectors
Reference Architecture — แบ่งเป็น 3 zones: On Premises (Manufacturer) · Enterprise Cloud (Manufacturer) · Product Customer — OPC UA Client/Server ใช้ใน Edge, OPC UA PubSub ใช้ส่งขึ้น Cloud (ที่มา: OPC Foundation)

Flow ของข้อมูล

  1. Machines (1) — PLC/Sensor บนสายการผลิต เป็น OPC UA Server
  2. Information Model Viewer (2) — Engineer Browse เห็น Address Space
  3. Edge Broker (3) — MQTT Broker ภายในโรงงาน รวบรวมข้อมูล
  4. Industrial Connectivity Software (4) — Aggregator + Gateway (เช่น Kepware)
  5. On-premises MES (5) — ใช้ข้อมูล Real-time
  6. Gateway (6) — ส่งข้อมูลขึ้น Cloud ผ่าน MQTT
  7. Cloud Broker (8) — MQTT Broker บน Cloud (Azure IoT Hub, AWS IoT Core, …)
  8. Time-Series DB (12) — เก็บประวัติ (Azure Data Explorer, Timescale, InfluxDB)
  9. Cloud MES (11), ERP (10), Dashboards (15), AI Analytics (16)
  10. Dataspace Connectors (7, 18, 22) — แลกเปลี่ยนข้อมูลกับ Supplier/Customer (ตามมาตรฐาน IDSA)

Azure Industrial IoT Reference Architecture

Microsoft Azure มี Reference Architecture ของตัวเองที่ใช้ OPC UA เป็นแกนหลัก:

Azure Industrial IoT Reference Architecture: On-Premises (Production Lines, Azure IoT Operations) connected via OPC UA Client/Server (Management) and OPC UA PubSub (Options 1 and 2) to Cloud (Azure Arc, Event Hubs, Microsoft Fabric Real-Time Analytics, Eventstream, Eventhouse, OneLake, ML Model, OPC Foundation UA Cloud Library)
Azure Industrial IoT Reference Architecture — OPC UA PubSub ผ่าน MQTT ส่งข้อมูลจาก Production Lines ไปยัง Eventhouse + Time-Series + OneLake — ใช้กับ Microsoft Fabric Real-Time Analytics และ ML Model (ที่มา: OPC Foundation Brochure)

คำสำคัญในระบบ Azure

Componentคืออะไร
Azure IoT Operations Edge Runtime ที่ทำหน้าที่เป็น OPC UA Client + MQTT Broker
Azure Event Hubs Cloud MQTT/Kafka Broker — รับข้อมูลจาก Edge
Eventhouse Microsoft Fabric — Time-series Database สำหรับ Industrial Data
OneLake Data Lake แบบ Open Format — เก็บข้อมูลปริมาณมาก
Real-Time Analytics + PBI Dashboard + Streaming Analytics

SAP MES Integration — Vertical Integration จริง

SAP เป็นระบบ ERP/MES ที่ใหญ่ที่สุดในโลก ใช้ในโรงงานเกือบทุกที่ — ตอนนี้รองรับ OPC UA โดยตรง:

SAP MES + OPC UA workflow: MES sends validate SFC and machine; Line reads SFC, starts SFC via OPC UA Web service, analyzes response, executes process or handles error (OK/NOK)
ตัวอย่างจริงที่ Elster (German consumer goods) — SAP S/4HANA + SAP Digital Manufacturing เชื่อมต่อ Production Line ผ่าน OPC UA — สั่ง Start SFC (Shop Floor Control number) ที่เครื่องจักร → เครื่องตอบ OK/NOK → ทำงานต่อ (ที่มา: OPC Foundation, Elster GmbH)

Pattern นี้ทำงานได้เพราะ PLC ใช้ OPC UA Server และ SAP เป็น OPC UA Client ส่งคำสั่งระดับ Production Order ลงไปที่เครื่องโดยตรง — ไม่ต้องมี Middleware ที่ Custom สำหรับแต่ละโรงงานแล้ว

UA Cloud Library — Information Models ใน Cloud

Cloud Initiative ดูแล UA Cloud Library — Repository ของ Information Models ที่เปิดให้ใครก็เข้าถึงได้:

ที่ uacloudlibrary.opcfoundation.org — ใครก็ Upload Model ของตัวเองได้ (Equinor Open-source Asset Templates ของตัวเองไว้ที่นี่)

Real Cases — โรงงานที่ใช้จริง

Equinor + Microsoft Azure

Renault + Google Cloud

Bühler (Swiss machinery)

P&G (consumer goods)

Industrial Metaverse + Digital Twin

Trend ใหม่ปี 2024-2026 — Industrial Metaverse — "Digital Twin" ของโรงงานที่อัพเดทแบบ Real-time ใน 3D — ใช้สำหรับ:

OPC UA เป็น ภาษากลาง ที่ป้อนข้อมูลให้ Digital Twin — ทุก Sensor/Actuator ใน Physical พูดผ่าน OPC UA → Digital Twin อัพเดท → AI/ML วิเคราะห์ → ส่งคำสั่งกลับลง OPC UA Server

Data Spaces — แลกข้อมูลข้ามบริษัท

ในยุโรปมี Initiative ใหญ่ชื่อ Catena-X — Data Space ของอุตสาหกรรมรถยนต์ ที่ Renault, VW, BMW, Mercedes-Benz, Bosch, Continental แลกข้อมูลกันได้ โดยรักษาความเป็นเจ้าของข้อมูล

OPC UA + IDSA (International Data Spaces Association) = มาตรฐาน Data Spaces ระดับโลก

OPC UA เป็น Backend Standard ที่ทำให้สิ่งเหล่านี้เป็นไปได้

สรุปบทที่ 09

จบส่วนทฤษฎีแล้ว — บทต่อไปเป็น Hands-on! ลองให้ Client ตัวจริง (UaExpert) คุยกับ Server จำลอง (Prosys Simulation) เพื่อดูทุกอย่างที่เรียนมาเป็นของจริง

← ก่อนหน้า
08 — OPC UA FX