8 Guidelines
本章涵蓋的8個項目
無遺漏地確認作為設計基礎的判斷。
1業務 SLA以數字確定可用率、RTO、RPO。
2IaaS/PaaS確定自行管理與交給 Azure 的範圍。
3成本管理持續進行估算、可視化與最佳化。
4評估/審查定期審查設計，盡早發現風險。
5命名讓名稱體現環境、角色與用途。
6訂閱將計費、權限、規則分箱管理。
7網路確定入口、通道與內部隔離。
8DB/儲存確定保存、複製、備份與復原。
SLA
把模糊的品質量化為數字
不是「盡量不停機」，而是確定可用率、RTO、RPO。數字確定後，更易判斷冗餘與備份的必要程度。
確定可用率。確定 RTO 與 RPO。確認組合多個服務時的整體品質。
IaaS / PaaS
劃分責任範圍
IaaS 自由度高但管理範圍更廣。PaaS 交給 Azure 的範圍更廣，便於減輕開發與維運，但也有限制。
既有系統遷移有時更適合 IaaS。新開發或標準化有時更適合 PaaS。明確誰管理到什麼程度。
Cost / Governance
統一成本、審查、命名與管控
為避免日後困擾，先確定費用、審查、命名與權限規則。
成本管理
估算、可視化，並邊用邊調整。
評估/審查·命名
定期審查設計，讓名稱體現角色。
訂閱管理
按用途將計費、權限、原則分箱。
網路組態
確定誰、從何處、經哪條路徑進入。
DB / Storage
資料要考慮到可復原的狀態
僅保存資料並不夠。確定複製、備份與復原測試，才能應對故障與誤刪。
確定重要資料及其存放位置。確定複製與備份方式。定期測試能否復原。
數字與責任
- 已確定 SLA、RTO、RPO。
- 能說明 IaaS/PaaS 的責任範圍。
- 已準備成本可視化。
管控
- 已確定審查視角。
- 已確定命名規則。
- 已分離訂閱與權限。
組態
- 已設計網路路徑。
- 已確定資料保存與復原方式。
- 已測試復原步驟。