ระดับเนื้อหา: Overview / Implementation considerations
หลักการและการเลือกใช้
Cloud ช่วยรวม compute และการจัดการแต่เพิ่มการพึ่งเครือข่าย การส่งภาพ และขอบเขตข้อมูล งานที่มี deadline หรือความเสี่ยงสูงควรพิจารณาทำใกล้หน้างานแทนการสมมติว่า cloud เหมาะทุกส่วน
Cloud คือทรัพยากรประมวลผลและเก็บข้อมูลที่เรียกใช้ผ่านบริการเครือข่าย ช่วยรวมงานจากหลายแหล่งได้ แต่การส่งภาพต้องใช้เวลาและทรัพยากรเพิ่ม Region คือพื้นที่ให้บริการ ส่วน retention คือระยะเก็บ การเลือกจึงไม่ใช่เพียงเช่าเครื่องที่เร็ว ต้องรู้ข้อมูลที่อนุญาตส่ง ผู้ที่เข้าถึง และสิ่งที่จะเกิดเมื่อเครือข่ายขาดก่อนวางบทบาทของระบบ
วิศวกรแยกส่วนรับภาพ อ่าน เก็บ และทบทวนว่าควรอยู่ที่ใด พร้อม data-flow หรือแผนการเดินข้อมูล Egress คือข้อมูลที่ส่งออกจากบริการซึ่งอาจมีต้นทุน ต้องคำนวณร่วมกับ compute storage และการลองใหม่ตามปริมาณงานที่สมมติหรือวัดได้ การออกแบบให้รับข้อมูลซ้ำได้โดยไม่บันทึกซ้ำต้องมีตัวระบุและกติกาปลายทาง ไม่หวังให้เครือข่ายส่งครั้งเดียวสำเร็จเสมอ
เลื่อนแผนภาพซ้าย–ขวาเพื่อดูรายละเอียดครบทุกส่วน
ตัวอย่างในบริบทอุตสาหกรรม
ตัวอย่างเชิงออกแบบ: อ่านเกจที่ edge แล้วส่งค่ากับภาพเฉพาะเหตุการณ์ไป cloud เพื่อทบทวน แยกการแสดงข้อมูลย้อนหลังจากวงจรควบคุมเครื่องจักร
สมมติการอ่านในพื้นที่ยังทำงานแต่บริการส่วนกลางไม่พร้อม หน้าทบทวนอาจไม่มีข้อมูลใหม่ ผู้ใช้ต้องเห็นเวลาล่าสุดและสถานะไม่ครบ ไม่แสดงค่าเดิมเหมือนปัจจุบัน การส่งเฉพาะภาพเหตุช่วยจำกัดข้อมูลแต่ต้องกำหนดว่าเหตุใดส่งและมีตัวอย่างปกติไว้ตรวจคุณภาพหรือไม่ มิฉะนั้นข้อมูลที่ทบทวนอาจเอนเอียงตามการแจ้งของโมเดลตั้งแต่ต้น
วิศวกรทดสอบการส่งซ้ำและคิว offline ด้วยข้อมูลจำลองในขอบเขตที่ไม่กระทบงานจริง ตรวจตัวระบุภาพและเหตุการณ์ พร้อมหน่วย เวอร์ชัน และเวลาถ่าย เมื่อกลับมาเชื่อมต่อ ต้องแยกข้อมูลย้อนหลังจากข้อมูลสดและตรวจความครบหลังซ้ำ การกำหนดสิทธิ์ผู้ประมวลผลและระยะเก็บควรทำก่อนส่งภาพ ไม่รอจนข้อมูลถูกจัดเก็บแล้วค่อยตัดสินว่ามีสิ่งลับหรือข้อมูลบุคคลอยู่หรือไม่
ขั้นตอนศึกษาและทดลอง
- 1 กำหนดข้อมูลที่ส่งได้ region retention และผู้มีสิทธิ์
- 2 คำนวณ bandwidth ค่า compute storage และ egress ตาม workload
- 3 ออกแบบ retry แบบไม่สร้างข้อมูลซ้ำและ offline behavior ที่ edge
วิธีประเมินและนิยามผล
ทดสอบ end-to-end latency ช่วงเครือข่ายแย่ ค่าใช้จ่ายต่อปริมาณงาน และการกู้คืน พร้อม audit การเข้าถึงและความครบของข้อมูลหลังส่งซ้ำ
วัดตั้งแต่ภาพเกิดจนข้อมูลถึงผู้รับตามความหมายงาน ไม่ใช้เวลาคำนวณในบริการเพียงอย่างเดียว ค่าใช้จ่ายต้องระบุขอบเขตและปริมาณภาพ รวมพื้นที่เก็บ การส่งออก และงานลองใหม่ ไม่กล่าวว่าประหยัดกว่าโดยไม่มีฐานเทียบ Audit คือการตรวจประวัติการเข้าถึงและเปลี่ยนข้อมูล ต้องผูกกับผู้รับผิดชอบและตรวจว่าประวัติครบพอวินิจฉัยเหตุที่สนใจจริง
วิศวกรทดสอบเส้นทางเมื่อบริการไม่พร้อม เครือข่ายขาด และคิวเต็มในสภาพจำลอง พร้อมตรวจว่าข้อมูลที่ส่งซ้ำไม่เพิ่มรายการผิด ตรวจสิทธิ์ที่จำเป็นต่อแต่ละขั้นและการลบตามระยะเก็บ หากเพิ่มเครื่องอัตโนมัติ ต้องดูผลต่อคิวและการเริ่มงานใหม่ด้วย ไม่สรุปจากจำนวนเครื่องว่าข้อมูลถึงทันเสมอ แนวทาง SRE และ OT ใช้ออกแบบการดูแล ไม่ใช่หลักฐานการรับรองความพร้อมบริการ
ข้อจำกัดและกรณีผิดพลาด
autoscaling ไม่แก้กล้องขาดเน็ตและ cold start อาจเพิ่ม tail latency การเลือก region เพียงอย่างเดียวไม่ยืนยันการปฏิบัติตามกฎหมายข้อมูล
Autoscaling คือการเพิ่มหรือลดทรัพยากรตามกติกา ส่วน cold start คือช่วงเริ่มพร้อมใช้งานซึ่งอาจต้องโหลดโมเดลและข้อมูล แม้บริการเพิ่มเครื่องได้ก็ยังรับภาพไม่ได้เมื่อเส้นทางจากกล้องขาด ต้องมีพฤติกรรม offline ที่ชัด การเลือกพื้นที่เก็บไม่ใช่การปฏิบัติตามกฎหมายครบทุกด้าน ยังต้องพิจารณาวัตถุประสงค์ สิทธิ์ ผู้ประมวลผล และการเข้าถึงตามบริบท
การรวมบริการช่วยดูแลส่วนกลางแต่เพิ่มผลกระทบเมื่อส่วนกลางขัดข้อง การกระจายงานช่วยบางกรณีแต่เพิ่มภาระประสานเวอร์ชันและข้อมูล ต้องเลือกจากข้อกำหนด ไม่ใช้คำว่า cloud เป็นคำรับรองความปลอดภัยหรือการขยายตัว ตัวอย่างนี้เป็นทางเลือกสถาปัตยกรรม ไม่ยืนยันการรองรับบริการ region หรือกลไก autoscaling ของผลิตภัณฑ์ปัจจุบัน และไม่ควรวางวงจร safety บนสมมติฐานเครือข่ายพร้อมเสมอ
รายการตรวจสอบก่อนนำไปใช้
- มี data-flow และขอบเขตผู้ประมวลผลหรือไม่
- มี quota และ cost alert หรือไม่
- ความล้มเหลว cloud ไม่สั่งควบคุมผิดหรือไม่