带有 Lambda 代理的 AWS API Gateway 始终产生 base64 字符串响应

Question

我正在使用 API Gateway Lambda 代理集成并尝试返回二进制 application/protobuf 响应。不管我做什么，响应体总是一个base64编码的字符串

• 我在 APIG 中将 application/protobuf 设置为 binary media types
• 我的客户端 (javascript) 在 POST 中发送以下标头： Accept: application/protobuf Content-Type: application/protobuf
• 我的 lambda 响应 content-type: application/protobuf，并将 IsBase64Encoded Lambda 响应正确设置为 true

如何让 APIG 对字符串进行 base64 解码？我发誓几个月前我第一次尝试这个时，我已经开始工作了。

注意：我也尝试将*/* 用作binary media types

一些相关的帖子添加背景：

• https://github.com/twitchtv/twirp/issues/81
• https://github.com/awslabs/aws-serverless-express/issues/39#issuecomment-276019222

更新：

事实证明，只有将 binary media type 设置为 */* 才能使其正常工作。客户端Accept 标头一旦设置为这个就没有影响。

使用*/* 会产生许多不良副作用，因为每个响应都试图被解码（即使 IsBase64Encoded 为 false 或未设置）

我认为这不是解码，因为 Chrome 网络检查工具将始终将二进制数据显示为在 Preview 选项卡中编码的 base64。您可以在Response 选项卡中看到 protobuf。

Answer 1

问题是我在 API Gateway 前使用 CloudFront，并且没有将 Accept 标头传递给源 (APIG)。

关于使用 Lambda 代理处理二进制文件的文档不是很好，所以这里有一个简短的总结：

• 您的客户端必须发送一个 Accept 标头，该标头是您在 API 网关中设置为 binary media types 的 1st media type matches
• 如果提供二进制媒体类型，您的 Lambda 必须将 IsBase64Encoded 设置为 true 并且 body 必须是 base64 编码

如果客户端 Accept 标头与 API Gateway 的 binary media types 中的条目匹配并且满足这些条件，API Gateway 将在向客户端发送响应之前进行转换（base64 解码）。

This blog post 将引导您逐步了解如何使其正常工作（不使用 CloudFront）。

This 是完整的 aws-blueprint，用于使用 CloudFront 获得生产级 ci/cd。