簡介
在此課程模組中，您將建置在現有的架構上，為支援虛構公司的高可用性案例。 將提供您高階規格的應用程式設計、基礎結構選擇、資料模型和整體可檢視性。 在練習結束時，您將藉由將您的設計與類似架構的設計進行比較來檢查您的工作。 請務必記下差距以在未來提升功能。
範例案例
Contoso Shoes 已於兩年前將其內部部署移轉至雲端。 雖然他們看到作業的改進，但在服務等級協定 (SLA) 中維持其可用性和正常運作時間是一項挑戰。 另外還有即將推出的產品啟動，預期會創造流量尖峰。 先前的啟動已導致中斷，因為系統無法處理增加的負載，這會導致重大財物損失。
根據該經驗，組織現在致力於提高系統的整體可靠性和可檢視性。 他們只針對現有應用程式更新可用性目標，使其聚焦關鍵任務。
組織需要改善設計，能在架構中的一或多個元件失敗後存活，甚至承受完整的區域性中斷，同時對其作業提供更多的系統健康情況深入解析。 他們探索了新增另一個區域的可能性。 Contoso 也想要在更接近其地理位置的區域中快速地為客戶提供服務，以改善客戶體驗。
此團隊瞭解利弊：增加成本和複雜度。 不過，成本 (實際和名譽) 關閉時間延長的成本大於在第二個區域中執行的成本。 身為首席雲端架構設計人員，您被要求考慮這些目標，以評估並改善目前的架構。
現有的應用程式已依據 Azure Well-Architected Framework 的品質要素而設計。 在初始步驟中，您已閱讀針對妥善架構的任務關鍵性工作負載所提供的指引。 您已將增強系統復原和可檢視性排定優先順序，作為對系統具有最高可靠性影響的關鍵焦點領域。
您將學到什麼？
- 在應用程式中設計健康情況端點，以檢查 API 層級及其相依性的健康情況
- 將解決方案擴充至多個區域，以克服區域性中斷
- 透過作業儀表板建置健康情況模型，並將可檢視性資料視覺化
重要
這些練習並未涵蓋任務關鍵性工作負載的所有設計區域。 完成這項挑戰之後，建議您繼續探索 妥善架構的任務關鍵性工作負載中提供的任務關鍵性原則，讓您對自己的設計擁有完整的觀點。
主要目標是什麼？
在此課程模組結束時，您將展示如何將任務關鍵性設計原則套用到一個範例情境。 根據您的學習，您將能夠評估類似的設計，最終建立您自己的生產環境就緒任務關鍵性解決方案。