今天有群里有人分享一個有趣的 Case，有位開發(fā)者在百度云對象存儲上存了幾百兆數(shù)據(jù)，261.8KB 的下載流量，被收費了 20374385.48 ￥ 。

當(dāng)然最滑稽的是，還有一個 “確認(rèn)狀態(tài)” —— “已確認(rèn)”，講真，但凡有一點兒人工 “確認(rèn)” 的成分，都不至于讓這么離譜的賬單出現(xiàn)并發(fā)給用戶。

而且，這個情況看起來并非個例，還有一位站長今天早上八點發(fā)了自己收到的百度云 —— 四千五百萬賬單，以及一條停機提醒。

“您的對象存儲服務(wù)已停機，賬務(wù)欠費后，數(shù)據(jù)將于 15 天后刪除，刪除后無法恢復(fù)”。

老馮算了一下，折合1個字節(jié) 7.78 元，1GB 流量 77億元，好家伙，到火星的流量費都到不了這個水平。這么離譜的價格，誰都能一眼看出哪里搞錯了。百度給出的反饋是凌晨系統(tǒng)上線導(dǎo)致賬單系統(tǒng)出 Bug 了。

當(dāng)然，我也相信百度云只是單純因為草臺翻了車，畢竟最近翻車的云廠商實在太多了，多到老馮都懶得寫了 —— AWS 故障三連擊，Azure 配置變更導(dǎo)致的故障，安永 4TB 的數(shù)據(jù)庫備份在 Azure 泄漏，諸如此類…… AWS 故障翻車好歹還有些學(xué)習(xí)借鑒意義，而百度云搞的這些花活恐怕只能招笑了。

老馮評論

這次故障雖然滑稽，這件事確實引人深思，這次賬單出現(xiàn) Bug 的表現(xiàn)，稍有常識的人都能一樣看出來。但如果這個 BUG 是更隱秘的表現(xiàn)形式 —— 不是從幾分錢到幾千萬這么夸張離譜，而只是高了 1%，多了幾塊錢，甚至幾分錢，那么又有誰會發(fā)現(xiàn)呢？

這讓我想起 電影《上班一族》里面的一個故事，利用一個叫做 “薩拉米切片” 的伎倆，從大量的交易中偷取微小的零頭。我依稀記得圈內(nèi)也有這么幾個偷分厘的案例。有群友也評論到 —— CDN 廠商的利潤來源被你發(fā)現(xiàn)了（SI vs IEC）。

老馮自己曾經(jīng)在騰訊云 CDN 上，1個GB 的包點個預(yù)熱，內(nèi)部流量收了大幾百塊錢。寫文章怒斥嘲諷過之后，他們也承認(rèn)錯誤并改進(jìn)修復(fù)了。但這也說明，在此之前那么長時間，被這個坑坑過的人，其實都被多收了錢，而沒有人發(fā)現(xiàn)。

其實，普通用戶是很難從技術(shù)上去核實驗證云廠商給出的賬單細(xì)節(jié)的 —— 很多云用戶連大面上的賬都算不清楚，就別提零頭精算了。在云上運營會有許多新的挑戰(zhàn)，計費算賬甚至成為了一門專門的生意與服務(wù) —— FinOps。有時候，你真的需要跟斗牛犬一樣對著云廠商咬住細(xì)節(jié)不放，才能不被當(dāng)肥羊給宰了。

References

[1]: https://www.nodeseek.com/post-494925-1
[2]: https://t.cj.sina.com.cn/articles/view/1234557003/4995d84b02701ca8q

專欄：云計算泥石流

云故障

云資源

下云記