aws / aws/aws-lambda-roadmap

[Lambda] Function URLs: Binary response data support

オープン
#79 コメント 5 件 リアクション 1 件 担当者 0 名 GitHub で見る
主要言語
言語のデータがありません
スター
196
フォーク
5
PR マージ指標
30日以内にマージされた PR はありません

説明

### Community Note

* Please vote on this issue by adding a 👍 [reaction](https://blog.github.com/2016-03-10-add-reactions-to-pull-requests-issues-and-comments/) 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 working on this issue or have submitted a pull request, please leave a comment

**Tell us about your request**

Enable Lambda Function URLs to return binary data (e.g., PDFs, images, Excel files) directly in HTTP responses.

**Which service(s) is this request for?**

AWS Lambda - Lambda Function URLs

**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**

Building serverless web applications using Lambda Function URLs that need to serve binary content like PDF reports, Excel exports, and images. Lambda Function URLs cannot return binary data in responses - only text-based content is supported.

This forces unnecessary architectural complexity:
- Additional S3 bucket for temporary file storage
- Pre-signed URL generation and management
- Extra latency (write to S3 → generate URL → redirect client)
- Cleanup logic for temporary files
- Added costs for S3 PUT operations

API Gateway supports binary media types via `binaryMediaTypes` configuration, so this is technically feasible. Function URLs were positioned as a simpler alternative to API Gateway, but this limitation significantly reduces their utility.

**Are you currently working around this issue?**

Yes. We write binary content to an S3 "delivery bucket" and return a pre-signed URL with short expiration. The client follows this URL to download the file. This adds ~200-500ms latency, extra infrastructure, and operational overhead.

**Additional context**

- Base64 encoding works for small images but is impractical for larger files
- The existing 6MB payload limit would still apply - this is about content type, not size
- Common use case: serverless apps generating reports, exports, invoices

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

Issue では、リポジトリのファイル、テスト、または実装のエントリポイントは特定されていません。まず Lambda Function URLs のレスポンス動作と API Gateway の binaryMediaTypes リファレンスを確認してください。Function URLs が、指定された 6MB のペイロード制限を維持したまま、PDF、画像、その他のバイナリレスポンスを直接返せるようになれば完了です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
aws
領域
api, cloud
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
おおむね明確
初心者へのやさしさ
30/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。