本系列文章介绍了为基于 Azure 的数据平台设计灾难恢复 (DR) 策略的方法。
每个组织的数据需求各不相同，但提供的指南充当起点，从而设计符合业务需求的 DR 策略。
关键术语表
| 定义 | 说明 | |
|---|---|---|
| Microsoft Entra ID | Microsoft Entra ID | Microsoft Entra ID |
| ACL | 访问控制列表 | |
| ADLS | Azure Data Lake Storage | Azure Data Lake Storage Gen2 简介 |
| AKS | Azure Kubernetes 服务 | Azure Kubernetes 服务 (AKS) 文档 |
| ARM | Azure 资源管理器 | ARM 模板文档 |
| BAU | 业务如常 | |
| BC | 业务连续性 | Azure 中的业务连续性管理计划 |
| BCDR | 业务连续性和灾难恢复 | Azure 中的业务连续性管理 |
| CI/CD | 持续集成和持续部署 | Azure DevOps - CI/CD 概述 |
| DR | 灾难恢复 | |
| DNS | 域名系统 | |
| DSC | Desired State Configuration | |
| E2E | 端到端 | |
| GRS | 异地冗余存储 | 存储冗余 |
| 高可用性 | 高可用性 | |
| HSM | 硬件安全模块 | Azure 托管 HSM 文档 |
| IAC | 基础结构即代码 | |
| IAAS | 基础结构即服务 | 什么是 IaaS？ 基础结构即服务 |
| IOT | 物联网 | |
| ITIL | 信息技术基础结构库 | |
| KDD | 关键设计决策 | |
| LRS | 本地冗余存储 | 数据冗余 - Azure 存储 |
| MSEE | Microsoft Enterprise Edge | |
| MTO | 最大可容忍中断 | 相关业务流程可以容忍平台不可用的最长可接受时间。 MTO = RTO + WRT |
| MVP | 最小可行产品 | |
| NFR | 非功能性要求 | 与可用性、可伸缩性、安全性和辅助功能相关的解决方案或系统的要求，而不是功能。 |
| NSG | 网络安全组 | Azure 网络安全组概述 |
| OPEX | 运营支出 | |
| PaaS | 平台即服务 | 什么是 PaaS？ 平台即服务 |
| PIR | 事后回顾 | |
| RA-GZRS | 读取访问权限异地区域冗余存储 | 数据冗余 - Azure 存储 |
| RPO | 恢复点目标 | 可接受的最大数据/处理损失量，以时间为单位。 |
| RTO | 恢复时间目标 | 恢复数据平台服务并使其重新联机所需的最大可接受时间。 |
| SaaS | 服务型软件 | 什么是 SaaS？ 软件即服务 |
| SDLC | 软件开发生命周期 | |
| SME | 行业专家 | |
| SLA | 服务级别协议 | |
| SSO | 单一登录 | |
| UDR | 用户定义路由 | Azure 虚拟网络流量路由 |
| VM | 虚拟机 | 适用于 Linux 和 Windows 的虚拟机 (VM) |
| VNET | Azure - 虚拟网络 | Azure 虚拟网络 |
| WRT | 工作恢复时间 | 将平台数据/处理从恢复点更新到当前时间段所需的最大可接受时间量，使业务/解决方案能够将服务用作 BAU。 |
| ZRS | 区域冗余存储 | 数据冗余 - Azure 存储 |
作者
Microsoft 会维护本文。 本系列文章为以下参与者的原创作品。
主要作者：
- Hajar Habjaoui | 云解决方案架构师
- Justice Zisanhi | 云解决方案架构师
- Scott Mckinnon | 云解决方案架构师
其他参与者：
- Ananth Prakash | 高级 CSA 经理
- Fabio Braga | 首席架构师 - 客户成功
- Rolf Tesmer | 高级云解决方案架构师
若要查看非公开的 LinkedIn 个人资料，请登录到 LinkedIn。