我们的目标
每个环境都是独一无二的。
恢复也应该是。
Dockfield 的目的在于使 AWS 恢复适应实际的客户端环境 - 其架构,依赖性,风险配置和恢复目标 - 而不是强迫环境进入通用灾难恢复模板。
韧性不是安装一个产品就能获得的。
它是一种需要您 证明的能力。
我们将定制工程、恢复自动化和基于证据的测试相结合,以便当干扰成为现实时,恢复路径已经被理解、练习和准备好了。
01 围绕你而建
没有两个 AWS 环境会以完全相同的方式发生故障或恢复。
客户端可以运行 ECS、EKS、EC2、管理数据库、定制网络路径、第三方依赖以及多年的生产流程。 杜克菲尔德从这个现实开始。 我们发现环境和形状恢复围绕什么实际上使服务工作。
按设计定制。 范围、依赖性顺序、热容量和恢复管制遵循客户端环境。
没有强迫的寺庙。 现有的控制和云原生功能在已经是正确的答案时被重新使用。
不需要初始 IaC 基线。 传统和主机构建的环境仍然可以成为可重复的恢复基础设施。
02 为了速度而工程
定制消除恢复摩擦。
由于恢复路径是围绕精确的环境设计的,我们可以消除不必要的步骤,预先定位控制速度的东西,并自动化安全的重建。 结果是针对可测量的时间预算设计的恢复过程。
Sub-hour是一个设计目标,而不是一个口号。 Dockfield 曾在限定范围内实现一小时以内的 ECS 恢复。每个新的客户目标都通过计时测试验证。
保持关键路径温暖。 网络基础、信任依赖和数据准备依据目标恢复时间保持定位。
根据需求重建弹性层。 ECS 或 EKS 容量可在测试证明时间预算仍然可以重建。
03 攻击前的准备
网络弹性在勒索软件登陆之前开始。
人工智能支持的攻击增加了防御者和攻击者的速度和规模。 持久的反应不是假设预防总是会成功,而是保持一个在生产压力下保持孤立、可靠和可执行的恢复能力。
永远不要盲目恢复。 生产衍生的Terraform仅在验证后被隔离、检查和推广。
从可靠的证据中恢复。 发生事件时，选择在最早可信的入侵时间之前采集的最新已批准状态。
练习整个路径。 网络、数据和应用层一起进行测试,因为仅备份无法证明服务可恢复性。
什么指导工作
每个Dockfield承诺背后的四个原则。
合适
产品前的建筑。
我们从业务服务、依赖和故障模式开始,然后选择适合的 AWS 模式。
证据
信任之前的证据
计划、测试、清单和计时演练，使恢复从纸面文档变为已经证明的能力。
验证可信度
最新的前面已知。
入侵后，最新配置不一定最安全。必须有意识地选择恢复状态。
效率
温暖的只有赚取它的成本。
恢复速度和证据决定了什么仍然活着。 弹性计算可以停用,直到测试支持它时需要。
目的很简单: 减少不确定性,当事件不再是假设的。