自10月16日谷歌YouTube陷入全球性宕机之后，谷歌再次发生重大宕机事故。
11月9日，Google公有云下的Kubernetes服务（GKE），从清晨4点30分开始，宕机将近19小时，直至当日深夜11点才完全完成修复。但是在修复过程中，却因为GCP的不稳定性，而使Google被大量网友诟病。
谷歌官网发布故障声明
根据Google所发布的公告，GKE服务从11月9日清晨4点30分起，Kubernetes节点池构建功能出现异常，管理员无法通过Cloud Console UI创建新节点，Google随即开始进行调查故障原因，并开始处理。
到11月9日清晨5点57分，Google表示，受到影响的企业用户，可以先改为使用GCP内置的gcloud command，创建新Kubernetes节点。
一篇帖子引发的疑问：宕机持续了三天？
但11月11日，在知名开发者Hacker News网站上，网友发布《Google Kubernetes Engine连续第三天服务中断》表示，他目前正在评估两个独立的Google GCP项目，有几点疑问和想法：
1）从11月9日到现在，整整三天，用户是否能够启动节点池是有疑问的（根据官方博客声明），用户是否能够启动简单的计算实例（根据HN上的声明）也是有疑问的。
2）GKE宕机涉及全球范围，影响了谷歌的所有地区。因此，考虑到上面的第1项，用户是否可以在GCP中的任何地方启动节点池甚至简单节点都是有问题/不可预测的。
3）关于GKE宕机的信息只能在Google的博客上找到几个或两个指代不明的句子，Google没有提供对受影响地区和服务范围的解释或概述。
4）一些用户报告表明Google的博客没有提到其他GCP服务是否遇到问题。
5）也有一些用户报告称，自提交支持请求以来，即使在40多个小时的时间内，他们也没有收到GCP支持的响应。
6）谷歌表示，他们会在下一个工作日到来时提供一些信息，大约在问题开始后4天。
此网友表明，为确保自己了解到的这种情况是否是真相，希望有相关人士能够进行解答。
相关人士针对这些疑问，使用Google故障声明进行解答：
首先，声明中“我们正在调查通过云控制台用户界面创建Google Kubernetes Engine节点池的问题，受影响的客户可以使用gcloud命令来创建新的节点池。”说明这是一个UI控制台问题，它似乎仍然可以管理。
其次，通过云控制台用户界面创建Google Kubernetes引擎节点池的问题已于2018-11-09 14:30美国/太平洋地区解决。只是Google忘了将其标记为如此，因此才会引起误会，让大家认为此次宕机事件没有及时进行解决。
实际上，经过10个小时的维修，在11月9日下午2点30分时，Cloud Console UI建立节点池功能已经恢复正常。
客正在抛弃谷歌
虽然有了这个“Google忘了将其标记”的答案，但是仍有网友表示：整个周末都没能通过UI控制台或gcloud在GKE集群中创建节点，即使是现在也无法启动任何节点。
有网友表示：当一切正常时，GCP是好的，稳定、快速、简单、可靠。但当异常出现时，GCP是最糟糕的，且通信速度缓慢。因此，在升级问题或尝试寻找解决方案之前，Google需要做太多工作。
也有网友表示，谷歌还没有吸取这一教训，他们宁愿投入大量精力来构建用户无需支持即可使用的服务，一旦问题得到解决，这种方法就能很好地运作，但在真正的问题解决之前这种方法就很糟糕。谷歌的广告、文档、GMail等成熟产品令人惊叹，但没有足够成熟的问责制系统。
有相关人士表示，可能是自11月9日以来，谷歌一直受到全球服务中断的影响，影响了Kubernetes节点池的创建和可能的其他服务。
但是仍有网友表示已不再信任Google的GCP：我最近从GCP中删除了我的托管。他们的定价令人困惑和难以置信，客户服务更是一个笑话。由于他们关闭自己的应用程序的方式，我不相信Google的长期一致性，因为我怀疑他们是否能在他们的云服务上做到这一点。
相关阅读
数字基建全球采购者平台
热门专题
