我在 Serverless 方面的慘痛教訓

我在寫了一篇介紹無伺服器架構使用初體驗的文章後，對於總結的心得和取得的成績還沾沾自喜。然而，次日早晨的遭遇卻讓我苦不堪言。

度了兩周的假期後我在這天早上起來，準備工作。我查了一下郵件和簡訊，沖了個澡，吃過了早餐――你也知道這是每天的慣例。然後在7點43分，我收到了亞馬遜發來的預算通知。這時候，想必諸位已猜到發生了什麼。

AWS預算通知郵件

乍一看，費用似乎並不多。預測費用83.28美元，我預料實際總費用大概少5美元。我馬上登錄到亞馬遜控制台，徑直進入到計費部分，發現預測費用居然高達800美元，實際費用180美元。我腦袋一時空白，這筆費用對我來說太高了，諸位也許可以從郵件中的預算值中看出來。

我趕緊馬上分析日誌，找到了自己犯的錯誤。這是昨天我在撰寫博文時發現的一個bug，忘了更改代碼就直接部署上去……

我的S3存儲桶（S3 bucket）採用了這種設置方式：只要添加新文件，就會觸發一個Lambda函數，該函數根據文件類型來確定緩存持續時間，並存儲在元數據中。由於對象已被覆蓋，它再次觸發該事件，因為它被視作一個新的對象――這進而再次觸發Lambda函數。是有處理該行為的檢查機制，我檢查了元數據是否已經在那裡；如果在，就會用一個簡單的返回語句終結腳本。問題就出在這裡；由於重構（refactor），我忘了返回語句，它完全繼續再次覆蓋。因而形成了無限循環。

我覺得腳本一直在運行，因為在我發表我那篇博文前夕，日誌全是關於它的內容。

我覺得這天再糟糕不過了，幾小時過後，確實如此。我猜費用定期更新，因為它更新後，費用再次上漲。

AWS費用

實際費用現在是206美元，預測費用超過1000美元，這讓我重新考慮將來要不要使用按使用付費的服務。犯了個小小的錯誤，卻花費大筆錢，預算通知來得太晚了，我對此無能為力。

眼下，我不斷刷新亞馬遜上的計費頁面，希望費用不會變得更高――晚上估計是睡不踏實了。

我倒不是說無伺服器很壞，而是說你在使用無伺服器時要格外小心。你要留意日誌，再三測試各個部分。設置預算警報，儘管我最後的費用仍有206美元，但要是沒有預算警報，費用會高得多。

為有興趣的讀者提供一些統計數字，你可以清楚地發現S3和Lambda一直非常活躍。

AWS按服務收取的費用

這恐怕是本人做過的最愚蠢的事情了。少了一個返回，最後害得我破費206美元。

點擊展開全文

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！