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 的责任范围。
- 已准备成本可视化。
管控
- 已确定评审视角。
- 已确定命名规则。
- 已分离订阅与权限。
构成
- 已设计网络路径。
- 已确定数据保存与恢复方式。
- 已测试恢复步骤。