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

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

而且，這個(gè)情況看起來(lái)并非個(gè)例，還有一位站長(zhǎng)今天早上八點(diǎn)發(fā)了自己收到的百度云 —— 四千五百萬(wàn)賬單，以及一條停機(jī)提醒。

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

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

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

老馮評(píng)論

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

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

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

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

References

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

專欄：云計(jì)算泥石流

云故障

云資源

下云記