2019年，AWS 在灾难恢复领域的一个关键动作，是通过收购 CloudEndure，将"自动化、云原生容灾"能力纳入自身体系。
这并非简单的产品补充，而是一次战略选择------用软件定义的方式，替代传统以硬件和固定资源为核心的容灾模式。
然而，这条路径在中国市场迎来了转折点。
2025 年 8 月 29 日起，CloudEndure 在中国区将不再开放新的许可证或续约；已有许可证可继续使用至到期日，最晚不超过 2026 年 8 月 29 日。 这意味着一个事实正在逐步清晰：CloudEndure 正在退出中国市场的历史舞台。
对于已经、正在，或计划基于 AWS 构建灾备体系的企业而言，这不是一个"产品下架"的小事件，而是一次需要重新思考容灾策略的时间节点。
为什么企业仍然选择
基于 AWS 构建容灾？
在容灾这件事上，AWS 本身并不是"被动承载者"。
企业之所以选择 AWS 作为灾备平台，核心原因并不复杂，却非常现实。
第一，云的确定性正在替代机房的不确定性。
相比自建或传统异地机房，AWS 的多可用区、多区域架构，已经在全球范围内被反复验证。对许多企业来说，把灾备放在云上，本质上是在"购买一种确定性"。
第二，业务连续性目标越来越接近实时。
RPO 从"小时级"走向"分钟级"，RTO 从"可接受中断"走向"几乎无感切换"。这要求容灾系统具备高度自动化能力，而不是依赖人工脚本和手工流程。
第三，成本模型正在发生根本变化。
传统容灾要求灾备端长期预置算力和存储，资源闲置却必须持续投入。云容灾的吸引力，在于"平时几乎不花钱，出事才用资源"。
正是在这样的背景下，CloudEndure 曾一度成为 AWS 云灾备的事实标准。在中国，尤其是一部分外企，跨国企业一度依赖于CloudEndure这样的灾备方案。
CloudEndure 的价值，
和它留下的空白
CloudEndure 的成功，并不在于"做了一个备份工具"，而在于它很好地理解了云的运行方式：
-
不要求 1:1 预置灾备资源
-
通过持续复制与自动化编排完成恢复
-
恢复时直接调用云 API 创建完整运行环境
这套逻辑，本质上是云原生容灾的早期范式。
而现在，它在中国区留下的，并不是一个简单的产品空缺，而是一个问题：谁还能以同样"云原生"的方式，继续这条路？
HyperBDR：不是"替代品"，
而是同一条技术路线的延续
如果只把 HyperBDR 看作"CloudEndure 的国产替代"，其实低估了它的定位。
HyperBDR 从设计之初，就不是围绕"备份"展开，而是围绕云上恢复过程本身进行建模：
资源如何创建？
网络如何编排？
应用如何按顺序拉起？
依赖关系如何自动处理？
在 AWS 场景下，HyperBDR 通过深度调用云 API，实现了与 CloudEndure 相似、但更符合当前云环境演进趋势的能力：
-
容灾备份阶段不预置计算资源，只消耗对象或块存储，
-
恢复阶段按需创建计算、网络与存储
-
通过编排模板实现应用级、一键式恢复
这意味着，灾备系统不再是"云上的另一套系统"，而是云的一部分。
更重要的，是它不只为 AWS 而生
CloudEndure 的宿命，很大程度上来自于"绑定单一云生态"。而 HyperBDR 走的是另一条路。
在支持 AWS 的同时，HyperBDR 也已支持并持续适配包括 华为云、阿里云、Azure，Google 等主流云平台，国内主流的私有云平台包括SmartX, Zstack，Ucloud等，通过多年的积累沉淀，HyperBDR目前在全球范围内对接的平台版本多达50个以上。
这并不是简单的"多云兼容"，而是基于统一的灾备编排模型，在不同云 API 之上实现一致的恢复逻辑。
这对企业意味着什么？
-
AWS 可以是灾备目标
-
也可以是其中一个灾备目标
-
灾备策略不再被单一云厂商锁定
在当前不确定性显著增加的环境下，这种灵活性，本身就是一种风险对冲能力。
CloudEndure 退出之后，
真正需要被替换的是什么？
从表面看，企业需要替换的是一个工具。
但从更深层看，企业真正需要守住的，是三件事：
这并不是简单的"多云兼容"，而是基于统一的灾备编排模型，在不同云 API 之上实现一致的恢复逻辑。
1. 云原生的容灾思路不能倒退
2. 自动化恢复能力不能被削弱
3. 成本与弹性优势不能被牺牲
在这三个前提下，HyperBDR 提供的，并不是"临时补位"，而是一条可以长期演进的技术路线。
写在最后
CloudEndure 在中国区的退出，是一个结束，也是一次提醒：容灾不是一次性选择，而是一项长期能力建设。
当企业已经站在云原生架构之上，就不应再回到"重资产、低自动化"的老路。以 HyperBDR 为代表的新一代云原生容灾产品，正在证明一件事：
真正可靠的容灾，不是提前准备好一切，而是在需要时，能快速、自动、准确地把一切重新构建出来。
附：产品对比
