Feature-Fluid Compute Pricing
- 主要言語
- 言語のデータがありません
- スター
- 196
- フォーク
- 5
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
**Note**
> * Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
> * Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do * not help prioritize the request
> If you are interested in providing additional feedback, please leave a comment
**Description**
When calling 3rd party services such as LLMs, the lambda sits blocked on the network read, which customers are charged for, while that CPU is very likely doing other useful work. This at least is my understanding, and this doesn't seem right.
Vercel has added a variant of this called 'Fluid Compute Pricing' (on top of Lambda??): https://vercel.com/docs/functions/usage-and-pricing
Lambda should natively support this! And better i'm sure.
**Additional context**
Some of the other issues might be related to this in theory so happy to see this closed if other use cases take on this fundamental shift;
https://github.com/aws/aws-lambda-roadmap/issues/57
https://github.com/aws/aws-lambda-roadmap/issues/16
コントリビューションガイド
調査の方向性
まず、リンクされている AWS Lambda のロードマップ issue と Vercel Fluid Compute Pricing のドキュメントを確認してください。この issue では、ファイル、テスト、実装のエントリーポイントが指定されていません。まず、想定される料金モデル、スコープ、および既存の issue との関係を明確にしてください。完了とみなすには、自己完結したコード変更ではなく、製品と実装の方向性が受け入れられている必要があります。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- aws
- 領域
- cloud
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 20/100