Google Cloud

Google Cloud 将 Cloud SQL for MySQL 的区域管理端点推入正式可用阶段。入口可以按区域选择，后台依赖与恢复路径却没有一并变成区域孤岛。

共享类型转换让已有算力预留能服务更多内部项目。但其他团队一旦依赖这份容量，收回权限就不再只是改一个设置。

Google Cloud表示，8月20日的一次计划内光纤维护在俄勒冈州The Dalles都会区及`us-west1`区域造成意外拥塞。该起高严重性事件列出27项受影响产品，并把一个常被忽略的前提摆到台前：供应商建议跨区切换，不等于客户已经具备可执行的第二条路径。

一次错误的网络更新中断了允许 Google Cloud VMware Engine 延伸集群跨区域运行的通信。

Google Cloud 是一个风险与问责案例，因为 UniSuper 的服务中断表明，云弹性不仅仅是区域冗余、持久存储或普通备份策略的问题。当故障始于供应商的管理控制平面并影响客户的私有云环境时，公共证据必须展示谁控制了删除防护、备份分离、恢复顺序、沟通以及关键租户能否从供应商端的管理故障中恢复的证明。

2015 年 Google Compute Engine Persistent Disk 在比利时丢失的数据百分比极小，但教训极大：选择本地云可用区可以满足延迟或驻留需求，但当物理故障域破坏最近写入的状态时，客户可能没有独立的、可恢复的副本。

Google Cloud 可以展示强大的模型、AI 工作流工具、数据根基和云规模基础设施。更艰巨的企业问题是：一个重复的 AI 任务能否在保持权限边界、数据上下文、评估证据、成本控制和可靠的回退路径的前提下，成为一个被接受的治理化输出。

Google Cloud 2025 年 6 月的服务中断始于一个格式错误的配额策略，而非数据中心故障，但它却在数秒内跨越了区域边界，导致客户用于了解事件的系统瘫痪，并将恢复流量推入另一轮过载。该事件揭示了一种棘手的云风险：区域基础设施虽然可以在物理上实现冗余，但仍共享一个控制平面、一个变更通道和一条通往故障的路径。