将冰岛访问与国际访问分开
确定该服务主要面向冰岛境内用户还是更广泛的受众。使用代表性网络和任务测试这两个群体。令人满意的本地结果并不能证明国际访客的体验，而仅靠国际测试可能会遗漏国内用户的需求。
检查跨越边界的每一个依赖项
列出 Reykjavík 应用联系的服务，包括数据库、存储、身份验证和第三方 API。测量双向传输数据的操作。哪些请求依赖国际连接，当该依赖缓慢或不可用时应用会显示什么？
围绕独立依赖项规划恢复
根据备份应承受的故障来选择备份目标，然后验证实际的网络和运营商安排。仅凭岛屿位置并不能证明韧性或隔离性。在主故障边界之外保留可恢复的副本，并确认在常规服务路径中断时仍可访问该副本。
在应用依赖迁移之前演练迁移
在预期的恢复区域恢复一个小型测试部署。检查操作系统、所需资源、密钥和 DNS 变更，然后从预期受众验证访问。如果应用接受写入，请决定在迁移期间如何停止或协调这些写入，以免恢复过程静默丢弃最近的更改。