Microsoft นำเสนอกรอบการออกแบบระบบ (Design Framework) สำหรับการสร้าง Workload บน Azure ให้มีความทนทานต่อความล้มเหลวในระดับโซน (Zone Resiliency) โดยชี้ให้เห็นว่าการเลือกใช้ 3 โซนเป็นค่าเริ่มต้นเสมออาจไม่ใช่ทางเลือกที่คุ้มค่าที่สุดในเชิงงบประมาณและความซับซ้อน
หลักการสำคัญคือการแยกแยะระหว่าง 'Zone-redundant resources' ที่ Azure จัดการให้โดยอัตโนมัติ กับ 'Zonal resources' ที่ผู้ใช้ต้องจัดการเอง โดยแนะนำให้พิจารณาทีละส่วนประกอบ (Component) ตามเกณฑ์ด้านความพร้อมใช้งาน (Availability) ความสม่ำเสมอของข้อมูล (Data Consistency) และต้นทุน ตัวอย่างเช่น ระบบที่ต้องการ Quorum หรือ Consensus มักจะต้องการ 3 โซน ในขณะที่ส่วนประกอบที่ไม่มีสถานะ (Stateless) อาจใช้เพียง 2 โซนก็เพียงพอ
