01
发现
只读生产发现会采集约定的 AWS 范围及其依赖关系。
Dockfield DRaaS
持续保障 AWS 恢复能力。
Dockfield DRaaS 将运行环境发现、恢复状态管理、隔离、安全验证、隔离测试、恢复编排和证据整合到一个受控的运营模式中。
DRaaS 生命周期
每个恢复状态都有一道关卡。
最新快照并不自动意味着最安全。Dockfield 将采集、信任、验证、批准和流量上线分开处理。
02
恢复蓝图
资源按恢复策略分类，并映射到目标账户和区域。
03
第 0 层信任
在恢复前执行来源、完整性、Terraform 验证、Checkov、Trivy、秘密信息暴露和策略检查。
04
四分之一
失败、可疑或破坏性变更被排除在可上线的恢复路径之外。
05
隔离恢复
获批恢复在 DR 信任区内构建或还原，不承载生产流量。
06
第 1–3 层验证
依次验证基础设施／安全、冒烟测试、应用行为和数据。
07
上线批准
流量保持锁定，直到证据检查通过且授权决策打开关卡。
08
ARC／流量控制
已配置时，ARC 路由控制或获批路由机制只在上线批准后才迁移流量。
09
证据与重复执行
保留清单、测试结果和批准记录，并随生产变化重复整个周期。
七类恢复策略
使用适合资源的 AWS 原生机制。
共享控制平面
当架构和影响范围分析支持时，共享具备韧性的控制服务。
原生持续复制
对设计为跨区域或跨账户复制状态的服务，使用 AWS 原生持续复制。
事件驱动镜像
通过受治理的事件镜像与恢复相关的配置变更，而不是等待完整重建。
声明式重建
在 DR 信任区内，根据持续更新的蓝图重建可恢复的基础设施。
原生备份／PITR
从受治理的备份、日志或适合该服务的时间点恢复边界还原数据。
重新签发／重新创建
重新签发不应未经检查跨安全边界复制的证书、秘密信息或信任材料。
组织集中配置
当这是更安全的恢复模式时，复用组织层面集中治理的配置。
安全、扫描工具与恢复证明
迁移流量前，先建立信任。
产物可信性
Terraform 验证以及 Checkov、Trivy 等策略和安全扫描工具。评估来源、完整性、秘密信息、加密、权限、公网暴露和破坏性变更信号。
基础设施与安全
检查恢复后的基础是否包含预期的网络、路由、控制、身份、加密、日志及服务前置条件。
隔离冒烟测试
DR 环境在不承载生产流量的情况下运行。健康、可达性、服务发现和关键依赖检查必须通过。
应用与数据
在具备上线资格前，验证面向业务的应用行为和数据就绪状态。
暂停并调查
任何违反策略、引入破坏性风险或需要人工审查的内容，都保持隔离且无法上线。
记录决策
Dockfield 保留恢复清单、验证状态、批准记录和演练结果，便于事后解释恢复路径。
服务运营模式
从一次性恢复工程到持续保障。
| 能力 | DRaaS | DR-as-Code |
|---|---|---|
| 发现运行中的 AWS 环境 | 持续／按计划执行 | 项目快照与约定的更新流程 |
| 恢复蓝图 | 持续更新 | 生成并移交 |
| 隔离与验证 | 运营生命周期 | 已实施的流水线与操作手册 |
| 恢复演练 | 周期性服务活动 | 移交测试／可选后续工作 |
| ARC／流量上线 | 已配置时的受控运营路径 | 交付给客户的架构与自动化 |
| 证据 | 持续恢复证据 | 项目证据包与代码所有权 |
我們想要的和不會要求的東西
恢复目标需要证据。
设定目标，再证明
一小时内恢复可以是限定范围的设计目标。只有重复计时测试支持时，才具有可信度。
由数据路径决定
基础设施采集频率并不等于零数据丢失。复制、日志、一致性和事件边界共同决定可恢复的时间点。
因服务而异
并非所有 AWS 服务都使用相同机制。Dockfield 对每项资源分类并记录差距，而不声称单一执行器可以恢复所有内容。
独立的信任区
生产发现仅有读取权限。恢复写入被限制在 DR 信任区和获批的原生复制路径内。
绝不隐式执行
健康的 DR 环境可以具备上线资格而不承载流量。流量迁移始终是一项明确的运营决策。
代表性局部场景
公开演示在限定的 ECS 恢复场景中证明生命周期，不声称能原样重建任意企业环境。