หลักการและการเลือกใช้
ชั้น cloud มักแยกการรับข้อความ การจัดเก็บ การประมวลผล และการให้ผู้ใช้เข้าถึง เหมาะเมื่อจำเป็นต้องรวมข้อมูลหลายจุดและมีการบริหารสิทธิ์ชัดเจน การใช้ cloud ไม่ได้ให้ SLA หรือการสำรองข้อมูลอัตโนมัติในทุกบริการ
Cloud คือการใช้ทรัพยากรคอมพิวเตอร์ผ่านบริการตามแบบที่กำหนด ไม่ใช่เพียงย้ายกราฟไปอินเทอร์เน็ต ต้องรู้ว่าแต่ละชั้นรับผิดชอบอะไร ข้อความที่ระบบรับแล้วอาจยังไม่ถูกเก็บหรือคำนวณเสร็จ ส่วน tenant คือขอบเขตผู้ใช้หรือองค์กรที่ต้องแยกข้อมูล ไม่ควรใช้ชื่อหน้าจอเป็นหลักฐานว่าแยกสิทธิ์ได้จริง
เวลาที่เหตุเกิดกับเวลาที่บริการรับข้อมูลต่างกันได้ ต้องเลือกว่าจะจัดกราฟและสรุปยอดตามเวลาใด และจัดการข้อมูลมาช้าอย่างไร การเก็บประวัติละเอียดช่วยตรวจย้อนหลังแต่เพิ่มพื้นที่และงานกำกับข้อมูล รูปแบบ cloud จากแหล่งอ้างอิงเป็นกรอบแบ่งหน้าที่ ไม่ได้ยืนยัน SLA หรือข้อตกลงระดับบริการของผลิตภัณฑ์ที่ยังไม่มีข้อมูลสัญญาจริง
เลื่อนแผนภาพซ้าย–ขวาเพื่อดูรายละเอียดครบทุกส่วน
การออกแบบและข้อมูลที่ต้องเตรียม
กำหนดตัวตนอุปกรณ์ tenant, schema version และนโยบายเก็บข้อมูล แยก event time จาก ingestion time ระบุข้อกำหนดที่ตั้งข้อมูล การส่งออก และขอบเขตหน้าที่ระหว่างผู้ให้บริการกับผู้ใช้ ประมาณค่าใช้จ่ายจากรับ เก็บ อ่าน และส่งข้อมูลออก
Event time คือเวลาของเหตุหรือการวัด ส่วน ingestion time คือเวลารับเข้าสู่ระบบ เก็บทั้งสองพร้อมเขตเวลาที่ชัดเจน วางรหัสระเบียนและรุ่นรูปแบบข้อมูลเพื่อให้แปลงย้อนหลังได้โดยไม่เปลี่ยนความหมายเดิม กำหนดสิทธิ์ตามขอบเขตข้อมูลจริง ทั้งทางหน้าจอ การส่งออก และส่วนเชื่อมต่อโปรแกรม ไม่พึ่งการซ่อนเมนูเพียงอย่างเดียว
เขียนนโยบายเก็บ ลบ สำรอง และส่งออกที่ผู้รับผิดชอบยอมรับ พร้อมแยกว่าบริการทำอะไรและผู้ใช้ต้องตั้งค่าอะไรเอง ประมาณภาระจากจำนวนระเบียน ความถี่อ่าน และการเรียกประวัติจริง ไม่ระบุราคาโดยไม่มีข้อมูลบริการ เตรียมวิธีตรวจว่าข้อมูลที่ส่งออกมีหน่วย เวลา และคุณภาพครบ เพื่อไม่ผูกความสามารถใช้ข้อมูลไว้กับหน้าจอเดียว
กรณีล้มเหลวและข้อจำกัด
ข้อความมาซ้ำหรือมาช้าอาจทำให้กราฟย้อนหลังเปลี่ยน การกำหนดสิทธิ์ผิดอาจข้ามขอบเขตผู้ใช้ และการเก็บไม่จำกัดทำให้ค่าใช้จ่ายโต การมีสำเนาหลายชุดไม่เท่ากับสำรองที่กู้คืนได้หลังลบผิด
การส่งซ้ำอาจทำให้ยอดเพิ่มสองครั้งหากไม่มีรหัสใช้ตัดซ้ำ ข้อมูลมาช้าอาจแก้ยอดที่ผู้ใช้เคยดูแล้ว ต้องบอกว่าเป็นผลปรับย้อนหลัง ไม่ทำให้ประวัติเปลี่ยนเงียบ ๆ เมื่อรูปแบบข้อมูลใหม่ส่งหน่วยต่างเดิม ต้องแยกรุ่นและตรวจสูตรแปลง ไม่ถือว่าจำนวนที่อยู่ในช่วงปกติเป็นหลักฐานว่าความหมายถูกต้อง
สำเนาที่ทำตามการลบทันทีอาจลบตามกันทั้งหมด จึงต้องพิสูจน์การกู้คืนตามนโยบาย ไม่สรุปว่ามีสำรองจากจำนวนสำเนาเพียงอย่างเดียว สิทธิ์และกุญแจที่ผิดอาจทำให้ข้อมูลถูกอ่านข้ามองค์กรหรือรับจากต้นทางไม่ถูกต้อง ให้เก็บเหตุและวิธีจำกัดผลกระทบไว้ ระบบ cloud สำหรับเฝ้าดูไม่ควรทำให้ SIS อินเตอร์ล็อกหรือการหยุดฉุกเฉินต้องพึ่งอินเทอร์เน็ต
วิธีทดลองและประเมินผล
ทดสอบข้อมูลผิด schema ข้าม tenant มาช้า และส่งซ้ำ วัดเวลาจากต้นทางจนผู้ใช้เห็นด้วย percentile พร้อมขนาดงาน กู้คืนจากสำรองจริงและบันทึกข้อมูลที่สูญหาย ไม่อ้าง SLA จากผลทดลองช่วงสั้น
Percentile คือค่าที่บอกสัดส่วนผลที่อยู่ไม่เกินระดับนั้น ช่วยเห็นหางของความล่าช้าที่ค่าเฉลี่ยอาจซ่อน ต้องระบุจุดเริ่มจบ จำนวนข้อมูล และขนาดงานร่วมกัน ใช้ข้อมูลทดสอบที่รู้รหัสและ tenant ให้ผู้ตรวจอิสระเทียบสิ่งที่รับกับสิ่งที่ผู้ใช้แต่ละบทบาทเห็น รวมการเรียกประวัติและส่งออก ไม่ตรวจเพียงการเปิดกราฟได้
ตรวจรับการกู้คืนโดยเทียบระเบียน หน่วย เวลา และสิทธิ์หลังคืน ไม่ใช่เพียงเห็นไฟล์สำรอง ตรวจว่าข้อมูลซ้ำไม่เพิ่มยอดและข้อมูลมาช้าปรับผลตามกติกาที่ตกลงไว้ รายงานข้อจำกัดของช่วงทดลองและความเสี่ยงคงเหลือ แนวอ้างอิง cloud และความปลอดภัยช่วยออกแบบวิธีตรวจ ไม่เป็นหลักฐานการรับรองบริการหรือการรับประกันความพร้อมในอนาคต
รายการตรวจทาน
- มีการแยกสิทธิ์รายผู้ใช้และอุปกรณ์
- ระบุอายุข้อมูลและทางส่งออก
- ทดสอบกู้คืนไม่ใช่แค่สำรอง
- ติดตามค่าใช้จ่ายตามปริมาณงาน
แหล่งอ้างอิงและอ่านต่อ
เอกสารอ้างอิงอธิบายหลักการหรือข้อกำหนดของเทคโนโลยี ไม่ได้แปลว่าผลิตภัณฑ์ได้รับการรับรองหรือรองรับข้อกำหนดทั้งหมด