谷歌云断电：会让我取不出钱吗？
先给结论：如果你在国内、平时不用英国的银行和 App，这件事当天对你零影响，可以直接关掉。但如果你在英国生活、用 Revolut / HSBC / Lloyds 这类机构，或者你自己管着跑在云上的服务，那这条值得看完——因为同一家数据中心的电闸跳了，几十个你以为完全不相干的 App 会在同一分钟集体失效。而真正值得所有人记住的，是最后那句：云再稳，用的也是别人家的电。
这件事跟你有关系吗（对号入座）
| 你属于哪类 | 对你有影响吗 | 你要做什么 |
|---|---|---|
| 在国内、不用境外银行 App 的人 | 当天零影响。真正有价值的是它给你的提醒 | 顺手检查：你身上是不是只有一张卡、一个支付 App？看最后”准备清单” |
| 在英国生活 / 旅行的人 | 有，而且是直接的：可能刷不了卡、取不出钱、登录不了手机银行 | 出行随身带一点现金；关键转账别卡在当天；产生额外费用一定留凭证 |
| 用 Revolut / Wise 这类数字银行的人 | 有。10-20 当天 Revolut 全球约 22 万客户受影响（含英国约 2.3 万） | 备选一张不同银行的卡；跨境付款错峰，别在高峰期做紧急转账 |
| 自己管服务器 / 应用的开发者、运维 | 有，而且是最该复盘的一类：单可用区就是单点故障 | 检查自己的服务是不是只跨了可用区、没跨区域；定期演练一次切换 |
看清自己那一行再往下看。这篇的用处不是让你替英国人操心，是让你花五分钟想清楚：你手里的支付手段和你的服务，是不是也挂在同一个”唯一的数据中心”上。
> 一条提醒：故障期间如果你的账单、还贷、罚款因为 App 挂了而错过，先把截图和扣款失败的记录留下来。消费者组织 Which? 在这类事件里反复建议这么做，事后向银行或服务商申请免除罚金、赔偿损失时，凭证就是唯一筹码。
到底发生了什么
2026-10-20（周二），英国时间早上 7 点刚过，谷歌云伦敦区域的 europe-west2-b 可用区（availability zone，可以理解成一栋独立的数据中心楼）发生了电力事件，整栋楼的服务器集群掉电。
谷歌官方的说法很克制，原话是：*”Due to a power event we had suffered an outage within europe-west2-b zone.”*（因为一次电力事件，europe-west2-b 区内出现了宕机。）
随后事情开始外溢。以下是当天的关键节点（均为英国当地时间）：
| 时间 | 发生了什么 |
|---|---|
| 07:05 | 虚拟网络、Cloud NAT、负载均衡开始出问题 |
| 10:00 | 英格兰与威尔士多地法庭的视频庭审平台中断，庭审推迟 |
| 10:57 | 谷歌确认 europe-west2 内”多项服务异常” |
| 11:03 | Downdetector 上 Revolut、Lloyds、HSBC、Barclays、Halifax、Royal Mail、DPD 等出现大量报错 |
| 11:27 | 刑事律师协会通报：部分庭审和听证”无法进行” |
| 12:27 | 谷歌称电力事件已缓解，预计 30 分钟内进一步恢复 |
| 14:48 | 谷歌通报大部分工作负载已恢复 |
| 15:10 | 仅”极少数”客户仍受影响 |
前后约 7 小时。跑在这栋楼里的，是一串你可能完全没想到会共享命运的名字：
- 银行与金融科技：Revolut、Lloyds（含 Halifax、Bank of Scotland）、HSBC、Barclays、NatWest、Nationwide、Emma，以及征信机构 Equifax
- 快递与零售：Royal Mail、DPD、Screwfix
- 房产与网络服务：Rightmove、Cloudflare、BT、SiteGround
- 公共部门：NHS England 与 NHS App、英国政府 Gov.uk、法院的 Cloud Video Platform
Revolut 受影响的表现最直观：刷卡支付失败、转账卡住、ATM 取不出钱、充值失败、交易平台上不去、甚至登录不了。有人在超市推着一整购物车结账时发现付不了款；有人在越南度假，卡被拒付，客服一时也给不出解释。Revolut 的回应是”所有客户的资金和数据都是安全的”——确实是，钱没丢，只是那几个小时你碰不到自己的钱。
为什么一个”区域”断电，能放倒半个英国
这是整件事里最值得非技术读者记住的部分，三个原因层层叠加：
第一，它只有一个区域。 europe-west2 是谷歌云在英国唯一的区域。区域（region）下面是可用区（zone），伦敦这个区域里有 a、b、c 三个可用区。正常情况下，b 区挂了，流量会自动跑到 a 和 c。但这次据工程师现场反馈，a 和 c 没能完全接住负载。
第二，备用的那道防线没顶上。 按设计，市电断了应该有柴油发电机接管。但根据工程师转述的谷歌内部更新：虽然市电后来恢复了，备用发电机在最初断电的那段时间没能成功启动。工程团队在发电机可用之前，一直处于一边保持集群排空、一边等现场技师确认后端供电的状态。
第三，也是最根本的：教育是假的，集中度是真的。 这些银行、快递、医院、法庭，看起来互不相干，实际上都是同一栋楼里的租客。一位互联网基础设施研究者的说法很扎心：这些超大规模云厂商已经”大到不可能不出事”（too big to not fail），更麻烦的是它们已经嵌进我们的数字生活里，深到”切换出去”这件事本身就难以想象。作为对照，去年 AWS 的 us-east1 出事，全球跟着抖了约 15 小时——连智能床垫都在半夜集体加热。
你该怎么做：两份清单
普通人的准备（五分钟，今天就做完）
- 至少两张卡，来自两家不同的银行/卡组织。 同一家银行的两张卡没有意义——它挂了就是都挂了。
- 随身留一小笔现金（够一天交通和吃饭即可）。不是为了这次的事，是任何一个”支付 App 打不开”的瞬间都能救场。
- 别让所有账单只绑一张卡。 自动扣款失败往往要你主动发现。
- 故障发生时：截图。 报错页面、时间戳、当时要办的事都留下来。事后申请免除罚金、透支费时，这是唯一凭据。
- 跨境/出国的钱别卡在最后一刻。 转账、还款、押金这些事留出缓冲期，别指望”当天到”。
开发者 / 运维的复盘（如果你管着服务）
| 检查项 | 现在的标准 | 说明 |
|---|---|---|
| 有没有跨可用区？ | 至少跨 3 个 zone | 只在一个 zone 里，等于裸奔 |
| 有没有跨区域？ | 有容灾需求的必须跨 region | 这次的教训：有些区域只有一个（比如谷歌在英国的 europe-west2），”跨区域”意味着要出境 |
| 切换演练过多久一次？ | 至少半年一次，且要有记录 | 没演练过的灾备方案等于没有方案 |
| 有没有”降级运行”能力？ | 核心链路要能在依赖挂掉时给出明确提示 | 用户宁可看到”暂时不可用”，也不要对着白屏刷新二十次 |
| 依赖清单里有没有隐藏的单一供应商？ | 明确列出 | 你自己没用谷歌云，不代表你的短信服务、地图、支付网关没用 |
数据 / 来源
- 事件定位与时间线：ThreatCluster 汇总的谷歌云状态更新与 Downdetector 数据（2026-10-20）
- 受影响机构与社会影响：The Guardian《Power outage at Google datacentre in London causes widespread disruption》（2026-10-20）
- 金融侧影响与 FCA 介入：InsiderFinance 报道（2026-10-20），英国金融行为监管局表示已就该事件与谷歌及相关机构接触
- 对照事件：2025 年 AWS us-east1 大规模宕机（约 15 小时）
- 说明：截至本文写作时，谷歌尚未公布完整的事故复盘报告；文中关于发电机未能启动的细节来自工程师转述的内部更新，最终以官方报告为准。
常见问题
Q1：钱会不会丢？
不会。这次是供电和基础设施故障，不是数据泄露、也不是攻击。据多方报道事件与安全威胁无关；Revolut 也确认”客户资金和数据均安全”。问题在于那几个小时你用不了这笔钱，而不是钱没了。
Q2：我在国内，真的完全没关系吗？
对这次事件本身，是的。但它暴露的结构性问题具有普遍性：你常用的两三个 App，很可能也跑在同一个服务商的同一批机器上。真正该做的是检查自己的”单点”——这点放在上面的准备清单里了。
Q3：遇到这种事能索赔吗？
据消费者组织 Which? 的建议：先保留证据（故障截图、时间戳、以及由此产生的额外费用，比如逾期的账单罚金、透支费），然后向银行或服务商提出申诉，要求免除这些费用。是否获批取决于各家条款，但没有凭证一定谈不成。云厂商自己的 SLA 通常只赔给企业客户的服务信用，普通消费者拿不到。
Q4：是不是备份、多开几家云就够了？
方向对了，但要小心两个坑：一是”多可用区 ≠ 多区域”，同区域出事照样一起挂；二是真正的成本不只是多花钱，还要定期演练切换——没演练过的备份，往往在真正要用的那一刻才发现备份本身早就失败了。
Q5：以后这种事会更多还是更少？
大概率更多。业务向少数几家超大规模云厂商集中的趋势还在继续，而英国政府约六成的 IT 基础设施据报也跑在 AWS、微软 Azure、谷歌云上。集中度越高，单点火警的影响面越大。
一句话总结
钱没丢，但你有一整个上午碰不到它。 对个人，记住”两张卡 + 一点现金 + 留截图”；对做服务的人，记住”跨区不是跨可用区，没演练过的灾备等于没有”。云的可靠性再高，用的终究是别人数据中心里的那一路电——这句话值得写在运维手册第一页。
