AWS 消費上限可能會刪除您的專案

本影片重點

• 雲端消費上限實際上能保護什麼？
• AWS 實際上如何停止專案的消費？
• 誰可以使用 AWS 的新消費限制？
• Google 限制了什麼？什麼會繼續計費？
• 德國新的開源模型有多小？

翻譯文字稿

譯自英文原版旁白。可用的音訊和字幕由 YouTube 控制。

雲端消費上限實際上能保護什麼？

0:00 消費上限意味著您的副專案是安全的。 AWS 的新限制可以暫停它，而讓它保持暫停最終可能會抹除 資料。在此影片中，什麼能停止帳單？ 有什麼陷阱？ 誰實際上得到了這些限制？ AWS 的文件中有一段倒數計時。 我們將一路跟隨它直到刪除按鈕。 今天是 10 月 4 日星期日，這裡是 The Daily Diff。

0:20 星期六，Simon Willison 呼籲將預設消費上限設為代理程式，因為它們讓 部署軟體變得更容易。 德國發布了 Kolibri，而 Cosmic 的維護者則為 AI 貢獻劃清了界線。Willison 的論點令人痛苦地熟悉。 午夜時分，一封警告電子郵件抵達，服務仍在繼續消費， 然後您醒來時卻成為了自己無限迴圈的非自願贊助者。 AWS 在其簡化的開發者體驗中引入了專案消費限制。

AWS 實際上如何停止專案的消費？

0:44 九月。當使用量達到限制時，AWS 會暫停專案並停止其 資源。您的資料最初會被保留。 這是產品合約中的一個真實變化。 客戶可以授權雲端中斷實驗。 消費警報將決定權留給閱讀收件匣的人。 當您準備晚餐時，編碼代理程式可以配置資源。 帳單屬於帳戶所有者，他們不知何故同時成為了 工程部門和財務部門。

1:09 推廣是有限的，您需要付費方案才能設定限制。

誰可以使用 AWS 的新消費限制？

1:13 這屬於新的專案體驗。 在假設您現有的帳戶具有相同的控制權之前，請檢查可用性。 上限適用於稅前費用，不包括抵用金。 最低金額為 20 美元或 AWS 的保守消費估計， 以較高者為準。 已經運行的資源可以提高該最低金額。 這對於一個充滿昂貴機器的被忽視的沙盒來說很重要。 您可能需要先停止它們才能設定較小的限制。

1:36 雲端的財務建議始於關閉電腦。 AWS 還提供可選的早期控制。 在預計達到限制前大約一周，它可以阻止新資源。 您現有的實例保持運行，而自動擴展群組可能會失去 擴展的權限。 其他選項會暫停閒置資源，然後在預測越接近時暫停主要的成本驅動因素。 一個兩週內沒有任何呼叫的 SageMaker 端點符合閒置條件。 您被遺忘的演示終於得到了離職面談。

2:03 Willison 希望預設開啟硬性上限，並將無限消費作為一個 明確的選擇。這是他的提案。 AWS 的文件描述了您配置的控制項， 在這次推廣期間只有有限的訪問權限。 Google 在 7 月宣布了自己的消費上限。

Google 限制了什麼？什麼會繼續計費？

2:17 在公開預覽中，它們針對一個專案中的一項服務， Google 表示 AI 上限會在達到閾值後幾分鐘內觸發。 列出的服務包括 Gemini 和 Cloud Run。 其他服務不受影響。 固定的合約承諾會繼續計費，因此暫停新的使用量仍會留下 您已經簽署的任何承諾都會在發票上顯示。 對於企業來說，意外停機也可能代價高昂。 AWS 明確將這些限制框定為實驗和沙盒，

2:43 生產使用取決於資源暫停是否可接受。 我作為開發者的啟示很簡單。 將實驗代理程式放在單獨的專案中，檢查限制涵蓋哪些費用， 並測試您的復原過程。 這項防護措施需要一個所有者在它啟動時注意到。

德國新的開源模型有多小？

2:57 同時，Aleph Alpha 發布了 Kolibri，這是一個用於德語和 英語的開源模型。其啟動動畫寫著：小鳥，快翼。 這些權重在 Apache 2.0 下可用。 Chubby 稱其為德國出乎意料的強大發布。 有用的部分是部署控制。 一家公司可以持有這些權重，並透過其擁有的基礎設施運行其文件。 大約有 35 億個參數在每個代幣上工作， 但完整模型有 780 億個。

3:22 其發布的權重佔用大約 78 GB， 所以小鳥仍然需要一個大籠子。 Tejas Kumar 獨立測試了它的分詞器在德國憲法上的表現。 它在德語中使用的代幣比 OpenAI 的分詞器少大約 15%。 在英文翻譯上，它們的效率基本持平。 這是對德語文本效率的狹隘而有用的衡量。 他說他還沒有運行模型本身。 當友善的發布圖表試圖成為您的採購部門時，請保留這種區別。

3:46 而 System76 的 Cosmic 合成器現在要求

COSMIC 在拉取請求中究竟拒絕了什麼？

3:50 貢獻者證明他們的拉取請求不包含任何語言模型 生成的內容。範本明確包括程式碼、 註解和描述。 貢獻者還承諾他們理解並測試了變更。 Flatpak 儲存庫對其自己的應用程式來源和清單有例外。 在將整個專案視為一個規則之前，請閱讀實際的範本。 機器可以在幾秒鐘內產生另一個補丁。 仍然需要有人閱讀它。

4:14 今天雲端對實驗設下了限制， 維護者對審查佇列設下了限制。 回到那個暫停的 AWS 專案。 增加消費限制可以重新啟動它，有些資源可能需要 手動重新啟動。復原是一個您應該在代理程式花費配額之前理解的程序。 花費津貼之前應理解的程序。 倒數計時是 90 天。

暫停何時會變成永久資料遺失？

4:31 AWS 表示，如果您在專案暫停後的該時間內未採取任何行動， 它會永久刪除專案資料。 將備份放在該專案的爆炸半徑之外。 停止的帳單和保留的備份是兩個獨立的工作。 我想要上限，我想要一個復原計劃。 我被遺棄的週末原型應該有尊嚴地退役。 如果您寧願閱讀而不是聽我說，那麼每天早晨，diff 會免費寄送到您的收件匣， 網址是 thedailydiff.dev，連結在下方。

我對新消費控制的評價是什麼？

4:55 所以今天的結論是：NEEDS REVIEW。 我歡迎強制實施的消費限制。 在將帳戶交給代理程式之前，我會驗證可用性、涵蓋的費用和復原。 90 天的刪除時鐘值得一個非常明顯的警告。 這就是今天的 diff。 我是 Axrisi 的 Niko。 負責任地合併。

來源

1. Willisonsimonwillison.net
2. AWS launchaws.amazon.com
3. AWS exact rulesdocs.aws.amazon.com
4. Googlecloud.google.com
5. Kolibrihuggingface.co
6. Tokenizer testtej.as
7. COSMICgithub.com
8. Flatpak exceptiongithub.com
9. HNnews.ycombinator.com