デフォルトのハードな予算上限は、従量課金制サービスとAPIにとって不可欠になりつつあります。これらの上限により、ユーザーは月間の支出上限を設定でき、その上限に達するとサービスが遮断されエラーが返されます。ソフトな上限は警告メールのみを送信するもので、コードエージェントやパーソナルエージェントがコストを生むコードのデプロイの摩擦を減らしているため、十分ではありません。
従量課金制API、ホストされたウェブアプリケーション、ストレージとコンピューティングに課金するシステムでは、予期せぬコストが急速に蓄積する可能性があります。ユーザーは、数百ドルあるいは数千ドルの驚きの請求書に直面するリスクがあります。ほとんどのユーザーは、サービスエラーを好むでしょう。驚きの10,000ドル以上の請求書よりも。ハードな予算上限はデフォルトであるべきで、無制限の料金を受け入れることを望むユーザーはオプトアウトできます。
AWSは最近、支出制限を発表し、ユーザーが月間支出上限を設定し、その上限に達するとプロジェクトを一時停止できるようにしました。Google Cloudは7月にSpend Capsを導入し、プロジェクト内の特定サービスに対して月間の財務上限を設定できるようにしました。このハードな予算管理への傾向は、特にAWSの潜在的な財務リスクのためにためらっている個人プロジェクト開発者を含むユーザーの暴走コストへの懸念に対応しています。
主要なエンティティ: 企業: AWS, Google Cloud
よくある質問: ハードな予算上限とは何で、なぜ重要なのか？
ハードな予算上限は、従量課金制サービスに設定される上限で、月間の支出閾値に達するとサービスを自動的に遮断しエラーを返します。これにより驚きの請求書を防ぎます。これは重要です。なぜなら、コードエージェントやパーソナルエージェントがコストを生むコードのデプロイを容易にするからです。ハードな上限がない場合、ユーザーは大きな予期せぬ料金のリスクにさらされます。
出典: Hacker News · 要約：HeadlinesBriefing