商務需求的設計
 收集商務需求，並將焦點放在工作負載的預期公用程式上。 |
|---|
商務需求是透過商務專案關係人與工作負載架構師之間的共同作業來定義。 必須在各方之間達成妥協，以確保所同意的需求實際且可行，同時妥善解決工作負載必須符合的可靠性目標。 需求必須涵蓋工作負載特有的使用者體驗、資料、工作流程和特性。 需求程序的結果必須清楚說明預期目標。 鑒於指定的投資，目標必須能夠實現並與小組進行協商。 必須記錄目標，才能推動技術選擇、實作和作業。
範例案例
Contoso 保險處於開發 Web 應用程式的早期設計階段，以處理其投保人的索賠。 已決定大部分核心使用者和系統流程，且工作負載小組已識別出數個將組成應用程式的 Azure 服務：Azure App Service、Azure SQL Database、Azure AI 服務、Azure 事件方格和 Azure Logic Apps。
識別可靠性目標
藉由設定個別元件、系統和使用者流程以及整體系統指標的目標來量化成功。
計量可量化預期目標。 它們可讓您了解複雜度，並判斷這些複雜度的下游成本是否在投資限制內。
目標值表示理想的狀態。 您可以使用這些值作為測試閾值，以協助您偵測與該狀態的偏差，以及回到目標狀態所花費的時間。
合規性需求也必須具有範圍內流程的可預測結果。 優先處理這些流程可將注意力放在最敏感的區域。
Contoso 的挑戰
- 工作負載小組想要確保在提高工作負載可靠性時最佳化其資源的花費方式。
- 他們已將工作負載分解成流程，並根據其關鍵性對流程進行評等。
套用方法和結果
- 小組會判斷索賠提交和核准流程對於工作負載具有最高的可靠性需求，因為醫生和患者依賴該流程的可用性。
- 工作負載小組會識別支援此流程的元件，並判斷達成目標所需的可靠性量值。
了解平台承諾用量
了解雲端平台所提供的保證可靠性計量，並考慮服務的限制、配額和容量限制。
服務等級協定 (SLA) 會因服務而異。 並非所有服務和功能都同樣涵蓋。 充分了解涵蓋範圍和限制，可協助您偵測資料漂移，並建立復原和復原機制。
Contoso 的挑戰
- 工作負載小組和專案關係人已判斷應用程式的資料必須有保證的復原時間目標 (RTO)，且不可超過 30 秒，以支援其索賠提交和核准流程的重要性。
套用方法和結果
- 檢閱 Microsoft 已發佈的 SLA 之後，小組會看到他們需要使用作用中異地複寫來部署業務關鍵層，才能達成此 RTO 目標。
判斷相依性及其對復原的影響
將工作負載分解成元件時，請確定您已記錄所有相依性、無論是內部或外部的相依性，並識別相依性故障如何影響您的流程
追蹤其他小組或第三方開發的相依基礎結構、服務、API 和函式，可協助您判斷工作負載是否可以在沒有這些相依性的情況下運作。 它也可協助您了解串聯失敗，並改善下游作業。 當您使用可能容易發生失敗的外部服務時，開發人員可以實作復原性設計模式來處理潛在的失敗。
Contoso 的挑戰
- 索賠提交和核准流程相依於 Contoso 保險內不同部門所主控和管理的小型參考資料集。
- 資料集會在正常工作時間內每天更新多次。
- 應用程式的設計目的是容許參考資料中的某些過時，但資料必須一律可供應用程式使用。
套用方法和結果
- 工作負載小組會洽詢支援參考資料集的小組，並了解資料集的可靠性目標低於將使用該資料集的流程。
- 小組會將設計工作新增至待辦項目，以新增資料集的本機快取和背景作業，以便每晚更新快取。 此解決方案不會違反設計所允許的過時容錯。