对比项

异地应用双活

异地数据双活

成本

• 开通新地域资源
• 开通多活网关组件
• 应用、数据库冗余部署
• 应用当仅设置按比例转发请求时无需改动业务代码（建议），当需要按路由标精准转发时应用业务代码需要进行带标改造

• 开通新地域资源
• 开通多活网关组件
• 应用、数据库冗余部署
• 应用业务代码需要进行带标改造，数据需要按需做好分片

容灾能力

• RPO：分钟级
• RTO：分钟~十分钟级

说明：具体以数据同步延迟的情况而定

• RPO：分钟级
• RTO：分钟~十分钟级

说明：具体以数据同步延迟的情况而定

适用场景

• 选择异地数据中心进行数据容灾。
• 期望备中心资源不闲置，实现应用流量双活。
• 期望业务零改造或少改造。
• 接受跨地域带来的读写延迟。

• 选择异地建立多活数据中心。
• 期望按规则访问指定地域的应用，如按用户所属地域实现就近访问。
• 期望一个数据中心发生故障或灾难时，故障范围限制在异常数据中心，不影响其他数据中心，其他数据中心可以正常运行。
• 能够合适的维度进行路由规则设置，接受对业务进行路由标透传改造。
• 数据接受最终一致。
• 建设周期长。

限制

• 业务需要接受跨地域带来的读写延迟

• 当请求未带标时，需要接受代码路由标透传改造

总结

• 建设成本中等，具备地域级容灾能力
• 业务代码改造小或零改造
• 推荐企业选取核心业务建设

• 建设成本略高，但容灾能力更强
• 业务代码可能改造较大
• 推荐企业选取核心业务建设

场景需求

建议选择

期望日常态下两地均提供服务，按比例承接流量，不想改动现在的业务代码。

应用双活

预算有限，期望具备地域级的容灾能力，机房故障时期望可以一键式完成机房故障切换，减少人工介入。

应用双活

业务耦合较深，业务逻辑复杂，数据比较集中。

应用双活

期望能实现用户流量就近访问，如北京的用户访问北京的服务，广州的用户访问广州的服务。

数据双活

期望核心业务拥有较强的容灾能力，一个数据中心发生故障或灾难时，故障范围限制在异常数据中心，不影响其他数据中心，其他数据中心可以正常提供服务。

数据双活

服务读写性能要求很高，无法接受额外的网络延迟。

数据双活