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

本影片涵蓋的內容

• 雲端消費上限到底能保護什麼？
• AWS 到底如何停止專案的消費？
• 誰會獲得 AWS 的新消費上限？
• Google 限制了什麼，又有哪些仍在計費？
• 德國的新開放權重模型有多小？

翻譯的文字記錄

從英文原文旁白翻譯。可用的音頻和字幕由 YouTube 控制。

雲端消費上限到底能保護什麼？

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

0:20 星期六，Simon Willison 呼籲將預設消費上限作為代理人，使 部署軟體更容易。 德國發布了 Kolibri，而 Cosmic 的維護者則為 AI 貢獻劃清界線。Willison 的論點令人痛苦地熟悉。 午夜時分，警告郵件到達，服務繼續消費， 您醒來時卻成為自己無限循環的非自願贊助者。 AWS 在其 9 月份簡化的建構者體驗中引入了專案消費限制。

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 到底拒絕了哪些 pull request？

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

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

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

4:31 AWS 表示，如果您在專案暫停後在這段時間內沒有採取任何行動， 它將永久刪除專案資料。 將備份放在該專案的影響範圍之外。 停止計費和保留備份是兩個獨立的任務。 我想要上限，我想要一個恢復計劃。 我被遺棄的週末原型應該有尊嚴地退休。 如果您寧願閱讀而不是聽我說，那麼 The Daily Diff 每天早上都會免費寄到您的收件箱，網址是 thedailydiff.dev，連結如下。 每天早上都會免費送到您的收件箱，網址是 thedailydiff.dev，連結如下。

我對新的消費控制有什麼看法？

4:55 所以今天的結論是 NEEDS REVIEW。 我歡迎強制性的消費限制。 在將帳戶交給代理之前，我會驗證可用性、涵蓋的費用和恢復。 90 天的刪除時鐘值得一個非常顯眼的警告。 這就是今天的 The Daily 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