谷歌云伦敦区因供电事件中断：38 项产品受影响，英国多家银行与法院受波及
谷歌云伦敦区一个可用区因供电事件中断，状态页列出 38 项受影响产品，Revolut 与英格兰及威尔士法院视频系统报错。
谷歌云伦敦区（europe-west2）是谷歌云在伦敦的云服务区域。2026 年 10 月 20 日 06:08 UTC（伦敦时间 07:08）起，这个区域出现多项服务问题。谷歌状态页把原因归于 europe-west2-b 可用区的一次供电事件，并列出 38 项受影响产品。英国的 Revolut、Halifax 和 Emma 等应用，以及英格兰与威尔士法院的远程庭审视频系统，在同一时段也报出错误。
要点
- 范围：谷歌把问题归到 europe-west2-b 的供电事件。状态页列出 38 项受影响产品，包括 Google Kubernetes Engine、Cloud Run、Compute Engine、BigQuery 和 Cloud SQL。
- 恢复：谷歌 UTC 12:44 的最新更新称，大部分工作负载的服务已开始恢复（截至太平洋时间 05:10）。11:58 的更新曾给出现有工作负载全面恢复的暂定时间，太平洋时间 06:00（UTC 13:00），这一时间在最新更新中已没有再提。
- 英国：Revolut 报告“多个服务”出现中断，Halifax 承认部分客户的应用和网站有问题。汇丰在 BBC 直播中转述的声明称，部分客户“访问其服务时遇到困难”，未提及谷歌云。
背景
2022 年 7 月，同一组 europe-west2 数据中心曾出现一次大范围中断。BBC 网络安全记者 Joe Tidy 报道，谷歌当时把原因归于热浪中的冷却故障，并为避免火灾或热损伤关闭了大量机器。BBC 同时写道，目前没有迹象表明今天的中断与此相同。
BBC 还提到，去年 10 月，亚马逊 AWS 美国最大的数据中心区域出现故障，超过 1000 个网站（包括英国的银行）离线。Guardian 注意到，这次谷歌云中断恰好发生在那次事件 12 个月之后。
BBC 科技记者 Liv McMahon 指出，europe-west2 是谷歌在英国唯一的云区域，所以它出问题，会波及在伦敦运营、依赖谷歌云的企业。据 The Next Web 报道，Revolut 的应用和后端系统跑在谷歌云上，双方在 2025 年 9 月把合作扩展为多年期协议。
事实部分
据谷歌云官方区域文档，europe-west2 有 a、b、c 三个可用区，这次出问题的是 b。
| 时间（UTC） | 状态页内容 |
|---|---|
| 06:08 | 官方记录的起始时间，即太平洋时间前一天 23:08 |
| 08:35 | 首条记录：多个服务出现错误与间歇性网络故障，仍在调查，暂无临时办法 |
| 09:24 | 首次给出临时办法：如可行，把受影响的工作负载迁到其他可用位置（可用区或区域）；注明 Looker Studio 不受影响 |
| 11:00 | 仍在调查，临时办法不变 |
| 11:12 | 首次点名供电事件：europe-west2-b 中断，事件已缓解，预计 30 分钟内基础设施服务开始部分恢复 |
| 11:58 | 正在恢复，优先恢复现有工作负载；客户可能暂时无法创建新工作负载；现有工作负载全面恢复暂定太平洋时间 06:00 |
| 12:44 | 大部分工作负载的服务已开始恢复（截至太平洋时间 05:10）；下一次更新定在太平洋时间 07:00；06:00 的暂定时间不再出现 |
状态页把它归为“服务中断”（service disruption），而不是“服务宕机”，严重级别标为 medium。症状一栏写的是 europe-west2-b 中的 Google Cloud 服务不可用，区域内的部分服务还出现错误率升高和间歇性网络故障。
“38 项”是状态页列出的受影响产品数，不是机房数，也不代表 38 项服务全部不可用。The Next Web 当天上午的报道写的是 36 项；我们核查时官方列表是 38 项，无法确定它何时增加。谷歌没有说明是哪一段供电出了问题，状态页上也没有提到事后报告。
英国方面，各家说法并不一样：
- Revolut：称“所有客户的资金和数据都是安全的”，并说正在修复问题。据 The Next Web 引用的 Revolut 状态页，多数服务不可用或部分不可用，包括卡支付和取现。
- Halifax：在 X 上称知悉“部分客户遇到问题”，没有确认是否与谷歌云有关。
- 劳埃德：发言人称，其应用在线，客户可以正常登录，但“部分在线服务”出现问题。
- Emma（预算类应用）：称因谷歌云在伦敦的中断而宕机，并强调这是“技术性中断，不是安全问题”。
- DPD：称官网的连接出现问题。
- 法院：刑事律师协会称，远程庭审视频平台在英格兰及威尔士大部分地区不可用。HM 法院与审裁处服务局（HMCTS）表示正与技术合作伙伴恢复服务，没有直接提到谷歌云。PA 报道称，Russell Brand 案的法官在连线中断的情况下继续开庭。
- 汇丰：BBC 直播于伦敦时间 13:33（UTC 12:33）转发了汇丰的声明：“我们知悉部分客户在访问我们的服务时遇到困难”，并称此事也影响其他机构。声明没有提到谷歌云。
各方说法
- ESET 的 Jake Moore 说，云服务是“一个巨大的故障点”，企业需要为这类服务宕机做好预案（Guardian）。
- Keele 大学计算机科学讲师 Amro Al-Said Ahmad 认为，一个云区域的故障会沿着数字供应链向外传导。他写道，真正的韧性需要按区域故障来设计，包括多区域部署、工作负载可移植，以及经过测试的灾备流程（Guardian）。
- 律所 Gordons 的合伙人 Ryan Gracey 说，很多企业会发现，它们的云合同更多保护的是供应商（Guardian）。
- 一位 Reddit 技术人员（经 The Register 引用）写道：“一个可用区打了个盹，而你的非高可用服务正好在里面。”
- Hacker News 的一个讨论串里，一位用户说，他们那边已经宕机约两个小时，谷歌才确认；另一位用户说，故障转移后他们的一个数据库没能启动。这些只是个人经验，不能代表整体情况。
来源之间也有分歧。TNW 转引路透社的报道，称一名知情人士说 Revolut 的故障与谷歌云中断有关；而 Revolut 公开的声明里没有提到谷歌云。
编辑判断
这次事件的看点是影响范围，而不只是谷歌云又出了问题。按状态页的说法，故障源头是一个可用区，但 38 项产品挂在同一条事件下，区域内还有服务在报错。谷歌给的办法是迁到其他可用区或区域，这意味着只跑在 europe-west2-b 的工作负载，要由使用者自己去迁移。
我们认为，事后更该问的是：我们的服务跑在哪些可用区，故障转移有没有真的演练过。那位数据库没能启动的 HN 用户提醒我们，故障转移本身也可能失败。官方说 Looker Studio 不受影响，但 Looker（Google Cloud core）在名单里，所以别凭产品名字猜，要对照名单。Gordons 的提醒也值得照做：现在就去读 SLA 和赔偿条款。
谷歌与 Constellation 的核电购电协议 是我们 10 月 6 日报道过的内容。那份协议关心的是电从哪里来；这次故障发生在供电的哪个环节，谷歌没有说，所以我们不把两者放在一起推断。
我们的核查也有局限：没有进入 Revolut、Halifax 或法院的系统，名单来自公开声明、报障图和媒体报道。
接下来
- 想在一分钟内判断自己是否受影响：打开 status.cloud.google.com/incidents.json，搜索 europe-west2，看你用的产品是否在 affected_products 里。
- 谷歌承诺在太平洋时间 10 月 20 日 07:00（UTC 14:00，伦敦时间 15:00）前再次更新。
- 事件结束后，这份 JSON 会出现 end 字段。我们截至 UTC 12:49 核查时，该字段仍为空，最近一次更新是 12:44 UTC。
- 11:58 的更新曾说客户可能暂时无法创建新工作负载，12:44 的更新没有再提。如果你的部署流程要创建新资源，等下一次更新再动手。