案例研究
提供的经验,参考模式和清晰的界限。
这些示例区分了实现的客户端工作与可重复使用的架构模式。 客户身份和敏感的实施细节仍然保密。
实施
无初始 IaC 基线的反向工程 ECS 恢复。
发现了真实的 AWS 容器环境,并将其翻译成 Terraform,以便重新创建更广泛的恢复环境,而不是单靠数据恢复。 该实现使用了客户端的 ECS 依赖周围的控制式手动故障转移路径。
< 一个小时RTO 实现了针对范围的实施
没有 IaC 基线现场配置成为源头
ECS集装箱和周围的依赖
边界: 该结果仅描述一个限定范围的实施项目，不是对其他环境的保证。数据库 RPO 由独立机制管理。
可重复使用的模式
将多年的控制台驱动的变化转化为模块化Terraform。
该模式通过Boto3构建了中间模型,并用可部署的Terraform参考来替代原始标识符。 验证从网络基础开始。
ID 参考删除帐户和区域硬编码
VPC 首先验证应用程序之前的控制飞机
连续计划的和解捕捉了变化
建筑模式
选择最新的值得信赖的文物,而不仅仅是最新的文物。
每个生产环境导出的包先隔离，再通过完整性和策略检查，在隔离环境中应用，并完成网络、数据、应用三层测试。发生事件时，选择在最早可信入侵时间之前采集的最新已批准包。
四分之一没有直接部署路径
3 第三者网络、数据和应用
1 时间表IaC与数据恢复相一致
附属证据点
加拿大将从亚马逊Linux2迁移到亚马逊Linux2023。
可逆容量提供者模式引入第二个自动扩展组,从90/10的位置开始,在开发中验证,然后通过25%, 50%和100%。 EFS 支持的状态仍然独立于主机生成。
90 / 10加拿大保守生产
可逆转旧能力直到被证明为止
EFS 外部国家从主人分开