มีหลายวิธีที่สถาปนิกสามารถออกแบบสำหรับการยอมรับข้อผิดพลาดในเว็บแอปพลิเคชัน:
1. การจัดสรรภาระงาน: ใช้เทคนิคการสร้างสมดุลภาระงานเพื่อกระจายภาระงานไปยังเซิร์ฟเวอร์หลายเครื่อง สิ่งนี้ทำให้มั่นใจได้ว่าไม่มีเซิร์ฟเวอร์ใดจัดการทราฟฟิกขาเข้าทั้งหมดและลดความเสี่ยงของความล้มเหลวของเซิร์ฟเวอร์
2. ความซ้ำซ้อน: รวมความซ้ำซ้อนไว้ในระบบเพื่อให้แน่ใจว่าหากส่วนประกอบหนึ่งล้มเหลว ส่วนประกอบนั้นสามารถแทนที่ด้วยส่วนประกอบอื่นได้โดยไม่กระทบต่อการทำงานของแอปพลิเคชัน ตัวอย่างเช่น ใช้เซิร์ฟเวอร์ฐานข้อมูลหลายตัว ดังนั้นหากเซิร์ฟเวอร์หนึ่งหยุดทำงาน อีกเซิร์ฟเวอร์หนึ่งสามารถเข้าแทนที่ได้
3. ความล้มเหลว: กำหนดค่าระบบที่สามารถสลับไปยังส่วนประกอบสแตนด์บายโดยอัตโนมัติหากส่วนประกอบหลักล้มเหลว ตัวอย่างเช่น หากเซิร์ฟเวอร์ฐานข้อมูลล้มเหลว แอปพลิเคชันสามารถสลับไปยังเซิร์ฟเวอร์ฐานข้อมูลอื่นได้โดยอัตโนมัติ
4. การตรวจสอบ: ตรวจสอบแอปพลิเคชันเพื่อตรวจหาข้อผิดพลาดและดำเนินการแก้ไขก่อนที่ความล้มเหลวจะนำไปสู่การหยุดทำงาน กลไกการแจ้งเตือนสามารถใช้เพื่อแจ้งให้ฝ่ายที่เกี่ยวข้องทราบเมื่อองค์ประกอบที่สำคัญ เช่น เซิร์ฟเวอร์หรือฐานข้อมูลล้มเหลว
5. สถาปัตยกรรมแบบกระจาย: ออกแบบแอปพลิเคชันที่จะแจกจ่ายเพื่อให้ความล้มเหลวของส่วนประกอบหนึ่งไม่ได้ทำให้แอปพลิเคชันทั้งหมดล่ม แทนที่จะมีสถาปัตยกรรมแบบเสาหิน สถาปนิกสามารถใช้ไมโครเซอร์วิสเพื่อกระจายฟังก์ชันการทำงานในบริการต่างๆ ที่สามารถสื่อสารระหว่างกันได้
6. การทำซ้ำ: สามารถใช้การจำลองข้อมูลระหว่างเซิร์ฟเวอร์หลายเครื่องเพื่อให้แน่ใจว่าข้อมูลจะพร้อมใช้งานแม้ว่าเซิร์ฟเวอร์หนึ่งจะล้มเหลว ด้วยวิธีนี้ แอปพลิเคชันยังคงสามารถทำงานได้แม้ว่าเซิร์ฟเวอร์จะหยุดทำงาน
7. การลดลงอย่างสง่างาม: หากส่วนประกอบล้มเหลว ฟีเจอร์หรือบริการที่สำคัญน้อยกว่าบางอย่างอาจถูกลดระดับหรือปิดใช้งานชั่วคราวเพื่อให้แอปพลิเคชันทำงานต่อไปในระดับพื้นฐาน
โดยสรุป สถาปนิกสามารถออกแบบสำหรับการยอมรับข้อผิดพลาดในเว็บแอปพลิเคชันโดยการรวมความซ้ำซ้อน การเฟลโอเวอร์ การปรับสมดุลโหลด การตรวจสอบ สถาปัตยกรรมแบบกระจาย การจำลองแบบ และการลดลงอย่างสง่างาม
วันที่เผยแพร่: