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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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