谷歌云宣布 Fault Injection Testing（FIT）进入预览阶段。这是一个面向开发者和架构师的故障注入测试服务，目标是在数据库故障、网络中断等场景下，帮助团队验证关键云服务是否仍能保持可用。

FIT 的核心逻辑是主动在环境中制造故障，在真实事故影响客户之前，先验证现有的安全机制是否按预期工作。之所以强调“原生”的重要性，是因为云环境与自建数据中心不同，应用对底层基础设施的访问权限有限，缺乏直接进行故障切换测试的手段。如果没有原生工具来证明应用能扛住故障，可靠性策略就存在关键缺口，可能带来客户流失、品牌受损、合规罚款，以及大规模迁移受阻等风险。

目前公开预览支持两种主要故障场景。一是触发 Cloud SQL 高可用实例从主可用区切换到备用可用区的故障转移。二是通过 Layer 7 负载均衡器，选择性地为应用流量增加延迟或注入 HTTP 错误码。在执行真正的故障注入之前，FIT 会先做一次自动 dry run，这是只读模拟，用以检查权限并列出所有会受到影响的资源清单。确认范围后，可以手动启动注入。故障会按照模板设定的持续时间运行，时间到了会自动回退。如果实验过程中发现异常，可以使用停止并回滚（stop and revert）功能立即终止实验，开始恢复资源。

使用流程上，FIT 提供了实验模板机制，模板即蓝图，定义具体的故障类型和目标资源。云控制台、gcloud CLI 和 REST API 均可用。上手步骤包括联系谷歌云客户团队申请预览权限、在控制台启用 Fault Testing API、为团队成员分配 roles/faulttesting.operator 角色，然后在非生产环境创建模板并执行 dry run。预览期间，官方建议只在非生产环境使用。

谷歌云提到 KeyBank 和 Servier 两家合作伙伴已经在用 Cloud FIT 验证其部署，通过原生故障注入来模拟可用区中断等严苛场景，以确认服务稳定性。整体来看，FIT 把故障演练从依赖外部工具或人工脚本，变成了云平台上的原生能力，降低了验证高可用性的门槛。