การ ออก แบบ สถาปัตยกรรม ของ ซอฟต์แวร์ ที่ มี ความ รู้: หลัก การ, การ คํานวณ, และ การ ศึกษา กรณี ต่าง ๆ
Table of Contents
สถาปัตยกรรมของซอฟต์แวร์ถูกออกแบบให้มั่นใจได้ว่าระบบยังคงดําเนินงานได้ แม้จะล้มเหลวหรือไม่คาดฝันก็ตาม พวกเขาเน้นไปที่การยอมรับความผิดพลาด ความสามารถในการจับเท็จ และรักษาความทนทานในการส่งมอบบริการอย่างต่อเนื่อง บทความนี้สํารวจหลักการหลักหลัก,วิธีการคํานวณ และการศึกษาคดีโลกแห่งความเป็นจริงที่เกี่ยวข้องกับการออกแบบระบบความยืดหยุ่น
หลัก การ พื้น ฐาน ของ สถาปัตยกรรม ที่ มี ความ รู้
หลักการพื้นฐานคือ การเปลี่ยนค่าของอุปกรณ์, กลไกการวนซ้ํา, การลดความอ้วน, และความเสื่อมโทรมที่สง่างาม การเพิ่มความไม่สงบนี้รวมถึงการจําลองส่วนประกอบที่สําคัญๆ เพื่อป้องกันจุดล้มเหลวเพียงจุดเดียว การเสียกลไกการล้มเหลวโดยอัตโนมัติ เปลี่ยนไปใช้ระบบสํารอง เมื่อส่วนประกอบหลักล้มเหลว ระบบเสื่อมคุณภาพจะทํางานได้อย่างต่อเนื่อง โดยเพิ่มความสามารถที่ลดลงระหว่างปัญหา
การ คํานวณ ความ เชื่อ
การคํานวณระบบความยืดหยุ่นนี้ เกี่ยวข้องกับการประเมินความน่าจะเป็นและเวลาการฟื้นตัว การวัดทั่วไปรวมถึงเวลาระหว่างความล้มเหลว (MTBF) และเวลาเฉลี่ยในการซ่อมแซม (MTTR) การจับคู่นี้ ช่วยประเมินค่า metritics ช่วยให้เราสามารถกําหนดค่าได้ โดยใช้สูตร:
[FLT: 0] abvaliable = MTBF / (MTBF + MTTR)[FTTT:1]
การ ศึกษา วิจัย กรณี ของ ระบบ สัมฤ ทธิ ผล
ผู้จัดจําหน่ายเมฆหลักๆ จะจัดทําโครงสร้างและฟื้นฟูอัตโนมัติได้ ตัวอย่างเช่น บริษัทบริการเว็บอเมซอน (เอดับเบิลยูเอส) ใช้พื้นที่หลายพื้นที่ที่มีความสามารถในการใช้งานสูงเพื่อตรวจสอบว่าสามารถทํางานได้สูง
- ระบบที่แยกอยู่
- การล้มเหลวของอัตโนมัติ
- ทดสอบและปรับปรุงเป็นประจํา
- การติดตามและแจ้งเตือน