访问 Neowin（www.neowin.net）的页面时，首先出现的并非文章正文，而是标题为 Just a moment... 的安全验证界面。页面上标注了域名 www.neowin.net，并显示 Performing security verification 的提示，说明正在进行安全检查。网站表示，其使用安全服务来防范恶意机器人；在确认访问者不是机器人之前，这个验证页面会持续显示。

www.neowin.net

正在进行安全验证

本网站使用安全服务防范恶意机器人，在确认你不是机器人期间会显示此页面。

多数人对 Google Cloud 伦敦区域故障感到讽刺和担忧，认为银行、Revolut、共享单车等服务同时瘫痪，说明“上云更韧性”的承诺失效，暴露了单一云区域依赖的结构性脆弱。少数人则提出不同看法：故障只是 europe-west2-b 单区电力事件，云厂商本就提供多可用区，问题在企业没做跨区容灾；也有人提醒 HSBC 实际正常，Downdetector 的报障量夸大了影响。

认为云迁移并未兑现“更高韧性”，反而制造单点故障

• Google Cloud 的 europe-west2（伦敦）区域出问题时，HSBC、Revolut、Bank of Scotland、Lloyds、Equifax、ING 德国以及 Beryl 共享单车等都被波及；许多人借此讽刺“迁移到云会更韧性、更便宜”的说法落空，认为金融中心伦敦竟如此脆弱，甚至不如战时数据中心，云计算承诺加固系统，结果却新增了一层结构性脆弱，也有人把问题上升到算力主权，指各国谈 AI 主权时忘了算力主权。传统 COBOL 大型机“伤不到”的调侃，也反向凸显了旧系统在某些场景下的稳定。（较多人） > 一次电力故障就能击倒五家以上银行，说明这是一个高价值目标，而承诺加固系统的云服务反而带来了另一层脆弱性。（@josefritzishere）

认为故障是可用区电力事件，企业未做多可用区容灾才是问题

• Google 状态页显示，事故是 europe-west2 区域的一次电力事件，导致 europe-west2-b 可用区中断；这类硬件或电力故障虽难以完全避免，但云厂商本来就提供多可用区，真正的问题是被报道的大公司没有跨可用区部署，另外状态页用 PDT 报时对英国和欧盟用户也很不友好。（高赞） > 一次电力事件导致 europe-west2-b 区域中断，这类故障虽难免，但云厂商本就提供多可用区，大公司没跨区部署才令人惊讶。（@nickcw）

认为故障影响被 Downdetector 等报障数据夸大，不宜轻信

• 有人以自己 HSBC 账户一切正常为例，提醒很多“服务挂了”的说法来自 Downdetector 这类用户报障平台，它反映的是用户上报量，而不是服务是否真的宕机，因此不能当作权威证据；实际影响面可能没有社交媒体上看起来那么广。（少数人） > 我用的 HSBC 一切正常，而 Downdetector 大多只是用户在上报“东西挂了”，并不能证明服务真的宕机，是个很差的来源。（@bcvvvy）

认为 neobank 在故障时把用户抛给无人工客服的境地

• Revolut 用户从早上起就无法访问主账户、不能取款、不能刷卡支付，应用也失效，却找不到客服电话、也没人可沟通；这被认为是数字银行的黑暗面，即效率与低成本背后，故障发生时缺少传统银行的人工兜底。（少数人） > 我的 Revolut 从早上起就无法访问主账户、不能取款、不能刷卡，应用也用不了，没有客服电话，也没人可谈，这大概是数字银行的黑暗面。（@paweladamczuk）

有价值的补充

• 云厂商格局与成本细节：在不少人心里只有 AWS、Azure 和其他；Azure 不收取跨可用区流量费，而跨可用区流量成本往往会影响企业是否真正部署多区容灾，这解释了为什么“有多可用区却不用”并不罕见。（@dangoodmanUT）