หลักการการออกแบบด้านความน่าเชื่อถือ

ปริมาณงานที่เชื่อถือได้จะต้องมีความยืดหยุ่นเพื่อให้สามารถตรวจจับและกู้คืนจากการหยุดทำงานและการทำงานผิดปกติ และส่งมอบฟังก์ชันการทำงานได้อย่างสม่ำเสมอ จะต้องมีความสามารถในการกู้คืนจากความล้มเหลวได้ภายในกรอบเวลาอันสมเหตุสมผล นอกจากนี้ ยังต้องพร้อมให้บริการเพื่อให้ผู้ใช้สามารถเข้าถึงปริมาณงานได้อย่างสม่ำเสมอและเชื่อถือได้ในกรอบเวลาที่ตกลงกันและในระดับคุณภาพที่ตกลงกัน

ใช้หลักการออกแบบต่อไปนี้จาก Microsoft Azure Well-Architected Framework เพื่อช่วยให้แน่ใจว่ามีความน่าเชื่อถือตลอดทั้งวงจรชีวิต เริ่มต้นด้วยแนวทางปฏิบัติที่ดีที่สุดที่แนะนำและแสดงเหตุผลถึงประโยชน์ของหลักการความน่าเชื่อถือแต่ละประการ เมื่อคุณกำหนดกลยุทธ์ของคุณแล้ว ให้ใช้ รายการตรวจสอบความน่าเชื่อถือ เป็นขั้นตอนต่อไปของคุณ

หากคุณไม่นําหลักการเหล่านี้ไปใช้กับการออกแบบของคุณ ปริมาณงานอาจไม่ได้ถูกเตรียมพร้อมที่จะคาดการณ์หรือจัดการกับปัญหาในการผลิต ผลลัพธ์อาจเป็นการหยุดชะงักของบริการที่นำไปสู่การสูญเสียทางการเงิน สําหรับปริมาณงานที่สําคัญ การที่ไม่สามารถใช้หลักการเหล่านี้อาจเป็นอันตรายต่อความปลอดภัย

ออกแบบมาเพื่อความต้องการทางธุรกิจ

รวบรวมและทำความเข้าใจความต้องการทางธุรกิจโดยเน้นที่การใช้งานเวิร์กโหลดที่คาดหวัง

ข้อกำหนดควรครอบคลุมประสบการณ์ผู้ใช้ เวิร์กโฟลว์ ข้อมูล และคุณลักษณะเฉพาะเวิร์กโหลด เป้าหมายควรมีความสมจริงและตกลงกับผู้มีส่วนได้ส่วนเสียทุกฝ่ายโดยอิงตามงบประมาณที่กำหนด ข้อกำหนดควรระบุความคาดหวังกับทีมและผู้มีส่วนได้ส่วนเสียอย่างชัดเจน ข้อกำหนดด้านเอกสารเพื่อเป็นแนวทางในการเลือกเทคโนโลยี การนำไปใช้ และการดำเนินการ

เรียนรู้เพิ่มเติมเกี่ยวกับ การออกแบบเพื่อตอบสนองความต้องการทางธุรกิจ ใน Azure Well-Architected Framework

ออกแบบมาเพื่อความยืดหยุ่น

ปริมาณงานจะต้องตอบสนองต่อความล้มเหลวและดำเนินการต่อไปโดยมีฟังก์ชันการทำงานเต็มรูปแบบหรือลดลง

ออกแบบปริมาณงานของคุณเพื่อให้สามารถระบุข้อบกพร่องและการหยุดทำงานของส่วนประกอบได้ สร้างระบบให้มีความยืดหยุ่นเพื่อให้สามารถทนต่อข้อบกพร่องและจัดการได้อย่างราบรื่น แจ้งให้ผู้ใช้ทราบเกี่ยวกับสถานะของระบบและกำหนดความคาดหวังว่าส่วนประกอบใดบ้างที่ไม่พร้อมใช้งาน และคาดว่าการกู้คืนจะใช้เวลานานเท่าใด

เรียนรู้เพิ่มเติมเกี่ยวกับ การออกแบบเพื่อความยืดหยุ่น ใน Azure Well-Architected Framework

ออกแบบมาเพื่อการกู้คืน

ปริมาณงานจะต้องสามารถฟื้นตัวจากความล้มเหลวได้ โดยรบกวนประสบการณ์ผู้ใช้และวัตถุประสงค์ทางธุรกิจให้น้อยที่สุด

จัดทำแผนการฟื้นฟูที่มีโครงสร้าง ผ่านการทดสอบ และมีเอกสารประกอบ ซึ่งช่วยให้ฟื้นตัวได้รวดเร็ว ตรวจสอบให้แน่ใจว่าทีมสนับสนุนและปฏิบัติการของคุณสามารถเข้าถึงแผนเหล่านี้ได้ และมีการฝึกซ้อมการกู้คืนข้อมูลบ่อยครั้งเพื่อหลีกเลี่ยงความสับสนและความวุ่นวายในระหว่างที่เกิดการหยุดให้บริการจริง

เรียนรู้เพิ่มเติมเกี่ยวกับ การออกแบบสำหรับการกู้คืน ใน Azure Well-Architected Framework

ออกแบบมาเพื่อการดำเนินงาน

ปริมาณงานจะต้องสามารถสังเกตได้ และทีมพัฒนาจะต้องสามารถเรียนรู้จากความล้มเหลวได้

สร้างการติดตามลงในปริมาณงานของคุณเพื่อให้ทีมพัฒนาและทีมสนับสนุนมีข้อมูลเพียงพอในการวิเคราะห์ว่าเมื่อใด เหตุใด และส่วนประกอบใดจึงล้มเหลว สร้างการแจ้งเตือนที่มีความหมายเพื่อแจ้งให้ทีมสนับสนุนทราบเมื่อเกิดความล้มเหลวขึ้น ใช้การวิเคราะห์และข้อมูลเชิงลึกเพื่อขับเคลื่อนการปรับปรุง

เรียนรู้เพิ่มเติมเกี่ยวกับ การออกแบบสำหรับการดำเนินงาน ใน Azure Well-Architected Framework

เน้นความเรียบง่าย

หลีกเลี่ยงการออกแบบสถาปัตยกรรม โค้ดแอปพลิเคชัน และการดำเนินการที่มากเกินไป

มุ่งเน้นไปที่ความต้องการทางธุรกิจและลบคุณลักษณะและส่วนประกอบที่ไม่จำเป็น กำหนดมาตรฐานการพัฒนาและการปรับใช้ที่เพิ่มความสม่ำเสมอ ใช้ประโยชน์จากฟีเจอร์ที่แพลตฟอร์มจัดให้และสินทรัพย์ที่สร้างไว้ล่วงหน้าเพื่อลดเวลาในการพัฒนา

เรียนรู้เพิ่มเติมเกี่ยวกับ การทำให้เรียบง่าย ใน Azure Well-Architected Framework

ขั้นตอนถัดไป

รายการตรวจสอบความน่าเชื่อถือ