北京时间 12 月 14 日谷歌系统全线崩溃，可能是什么原因导致的？说明了哪些潜在的风险？ 第1页

这就是我们说的“基础服务”的重要性了。

给非运维的知友们科普下（班门弄斧下）。

首先，谷歌的服务有个“谷歌元素周期表”，叫做“Google APIs和开发者产品元素周期表”。

我们理解大量的谷歌产品，都在上面。

而用户要使用上述产品，就要通过“AAA认证”，

也就是我们说的：

认证(Authentication)：验证用户的身份与可使用的网络服务；
授权(Authorization)：依据认证结果开放网络服务给用户；
计帐(Accounting)：记录用户对各种网络服务的用量，并提供给计费系统。

大白话就是：账号密码登录那一步。

验证过了，就能用相关的服务。

验证不过，就不能用相关的服务。

但，已经验证过的，就不用再验证了。

所以就会出现现实的这种情况：

1、未验证的用户，登不进去，服务受影响。

2、已验证进去的用户，服务照常使用，服务不受影响。

这次影响的用户，就是需要使用验证服务的用户。

认证服务，属于IT基础设施里的基础服务。

DNS、DHCP、AD、CA、NTP等等都属于基础服务，基础服务是所有对外提供应用产品的基石之一。

更为讽刺的是，这次的基础服务，是因为基础设施出问题了导致的。

基础设施在此指的是存储、计算、网络。

大白话就是，存储配额用完了，然后认证服务就GG了。

（裂开），没有灵活配额么？该不会是超分过头了吧？

（裂开），没有双机高可用的认证吗？

（裂开），没有两地三中心的双活吗？

（裂开），没有监控系统实时告知warning、Critical吗？

我个人认为，只有所有机制都失效了，才会导致全球范围的重大事故。

SLA直接爆表。

整理下思路，回到问题，这次的原因我猜测：

在监控、高可用等机制失效下，存储配额用尽，导致全球的账户认证服务失效，影响需要使用认证服务的用户。

我呼吁：不要再在基础设施、基础服务上省预算了，虽然它们不会直接产生效益，但是出问题就是大问题。

水是生命的源泉，失去他生命将会枯萎。

基础服务是信息系统的基石，失去他服务将受到影响。

略懂基础设施，略懂数据中心，大神们轻喷。