ทำไมการซิงค์ข้อมูลบนคลาวด์จึงสำคัญกว่าการสำรองข้อมูลแบบเข้ารหัส
การลบข้อมูล, การล็อกบัญชี หรือสถานะที่เสียหาย สามารถแพร่กระจายได้ การสำรองข้อมูลที่เข้ารหัสแยกต่างหาก สามารถกู้คืนข้อมูลในสถานะก่อนหน้าได้ หากกุญแจและพื้นที่จัดเก็บยังคงอยู่โดยอิสระ
ขั้นตอนการทำงานที่ใช้งานได้จริง
- รายการสิ่งที่บริการซิงค์สะท้อน และวิธีการที่การลบข้อมูลส่งผลต่อระบบ
- ตรวจสอบประวัติการเปลี่ยนแปลง, การเก็บรักษาข้อมูล, และการกู้คืนบัญชี
- สร้างสำเนาข้อมูลที่เข้ารหัสเฉพาะช่วงเวลา
- กู้คืนบัญชีโดยไม่ต้องใช้รหัสผ่านหรือเบอร์โทรศัพท์
ข้อจำกัดและกรณีที่เกิดข้อผิดพลาด
- การเก็บสำเนาทั้งหมดที่อัปโหลดไว้ ถือเป็นสำรองข้อมูล
- ละเลยการพึ่งพาบัญชี
- สมมติว่าการเข้ารหัสสามารถช่วยในการกู้คืนข้อมูลที่ถูกลบ
โนอาห์เริ่มต้นด้วยการทดสอบที่ไม่ละเอียดอ่อน: "ทำรายการว่าบริการซิงค์ทำงานอย่างไร และการลบข้อมูลจะส่งผลอย่างไร" จากนั้น โนอาห์ดำเนินการตามขั้นตอนที่สอง: "ตรวจสอบประวัติการเปลี่ยนแปลง, ระยะเวลาเก็บข้อมูล, และวิธีการกู้คืนบัญชี" สถานการณ์สมมตินี้แสดงให้เห็นกระบวนการตัดสินใจ ไม่ใช่รายงานผลการทดสอบผลิตภัณฑ์
- การเก็บสำเนาทั้งหมดที่อัปโหลดไว้ ถือเป็นสำรองข้อมูล
- ละเลยการพึ่งพาบัญชี
- สมมติว่าการเข้ารหัสสามารถช่วยในการกู้คืนข้อมูลที่ถูกลบ
ไฟล์บนคลาวด์สามารถใช้เป็นสำเนาข้อมูลสำรองได้หรือไม่
ใช่ หากเป็นสำเนาที่เข้ารหัสอย่างชัดเจน พร้อมระยะเวลาเก็บรักษาที่เหมาะสม และมีเส้นทางการกู้คืนที่แยกต่างหาก
"การทำงานแบบ 'local-first' หมายถึงการไม่สำรองข้อมูลใช่หรือไม่"
ไม่ครับ หมายความว่า คลังส่วนตัวที่ใช้งานอยู่ สามารถยังคงอยู่ในเครื่องของคุณเองได้ ในขณะที่คุณสร้างสำเนาเข้ารหัสแบบพกพาด้วยตัวเอง