高可用性和灾难恢复考虑因素
解决方案架构师还需要在设计解决方案时考虑高可用性问题。 Microsoft 处理 Microsoft Power Platform 及其附件的高可用性和灾难恢复问题。 解决方案架构师需要关注非 Microsoft Power Platform 组件、自定义代码和集成。
业务连续性和灾难恢复
Microsoft 为 Dynamics 365 服务型软件 (SaaS) 应用程序的生产环境和 Power Platform 环境提供灾难恢复以确保业务连续性，防止出现 Azure 区域范围中断。
Microsoft 会在部署时为每个生产环境在次要区域中创建 Azure SQL 存储和文件存储的副本。 这些副本叫做异地次要副本。
解决方案架构师应制定和设计业务连续性策略。
注意
Power Platform 登陆区域包含一系列适用于业务连续性和灾难恢复的设计注意事项。
高可用性原则
创建解决方案时，解决方案架构师应遵循以下原则：
- 不应存在单一故障点。
- 尽量使用 Microsoft Azure 功能。
- 使用监视和健康状况检查预测和检测问题。
Microsoft 在 Azure 区域中部署 Microsoft Power Platform 环境。 在区域中，数据中心冗余复制服务和数据以提高可用性。 每个 Azure 区域都有自动复制 Microsoft Power Platform 资源的配对区域。 Microsoft 替您监视 Microsoft Power Platform，这是服务的一部分。
处理故障转移
Microsoft Power Platform 组件处理内部集成，解决方案架构师应关注外部集成和自定义代码。
如果主数据中心出现问题，Microsoft 会在必要时自动启动故障转移，从主要位置切换到区域对。 Microsoft 还会进行必要的服务恢复。
确保用户感知不到服务中断。 在最糟糕的情况下，保存数据时会出现暂时性错误。 例如模型驱动应用将处理此类错误。
但自定义代码可能存在问题。 例如环境的终结点可能会改变。 集成应使用全局发现服务进行终结点发现以获取最新的环境终结点。 自定义代码应具有支持自动重试的暂时性错误处理。