谷歌昨天挂是因为磁盘满了。。。。

[matrix67]

感觉很实诚，没用网络割接抖动之类的借口。

顺便问下监控技术哪家强。

有人吐槽从 google photos 开始不再无限存照片，就知道它磁盘资源吃紧了！

[Narcissu5]

@goodryb 大侠有所不知，像阿里云这种每次出了问题死不承认，说是我们程序 BUG 让我们找原因，真是能把人憋屈死。另外阿里云的那么多个 9 也完全是靠死不认错换来的

[superrichman]

@goodryb 信息透明，开放，比糊弄用户要好多了，用户可能不懂技术问题，但是服务提供者给出真实的事故说明很加分。

[js8510]

Quota 不是硬盘资源吃紧 是某些 service 分配的 quota 用完了会被 downstream throttled

[aonshuy]

@goodryb 比烂的时代，造就了这种斯德哥尔摩综合征奇观

[AllRightReserve]

果然跟我们的百度网盘比还是有一段路要走！

[mwftts]

公司 SAP HANA DB 出错，宕机两次，阿里云可以申请赔偿，只是留给优惠券而已

[deeplydrink]

天啊。。。。。真的啊，，，

[bnrwnjyw]

讲道理，别管问题低不低级，贴了原因就是诚实啊。总比某些服务挂了永远不说原因，它犯的就是“高级错误”？

[love]

楼上说得好象 Google 也公布了细节似的，这说内部存储问题和说网络抖动有什么区别

[smilingsun]

看 SRE 书里面讲，Google SRE 写 postmortem 都不会被 blame 。
话说对外会不会有更详细的解释？

[leonidas]

@NerverLibis 优秀

[cholerae]

谁说的 internal storage quota issue 一定是容量满了。。。。

[towry]

他说是啥就是啥

[weifan]

@Narcissu5 Google 感觉这解决速度有些慢了些。不过国内确实都是推卸责任，不是自己问题。。。

[ntgeralt]

所以，上面的读者都信是储存满了？

[fyxtc]

@goodryb 你是挺清奇的，客观的标签都需要贴，可不是靠同行衬托的好吗，这也要酸

[reus]

storage quota 问题，不一定是磁盘满了，也可能是配额设置有问题，配少了，或者没有自动调整配额，等等。

[reus]

@love https://status.cloud.google.com/incident/cloud-networking/19009 以前公布的一些细节。这就是区别。刚恢复没有细节也不奇怪，但不公布细节不是谷歌的风格。

[exploreexe]

不愧是你。
还是我爱的谷歌，宕机的理由都是这么清新脱俗。:doge

[reus]

https://sre.google/sre-book/postmortem-culture/
Postmortem Culture: Learning from Failure
Blameless 才是好哲学，出了一点点问题就找人背锅，只会让人倾向于掩盖问题