调用 AWS Lambda 时如何传送字节数组 | 隔叶黄莺 Yanbin Blog

2024-08-20 | 阅读(46)

本文主要验证用 Python 写的 AWS Lambda 与 Java 客户端之间如何双向传递二进制数据，这里不涉及到 Lambda 流输入输出的问题。比如一个 Python AWS Lambda 的处理方法声明是

def lambda_handler(event, context):
pass # or do something

通过我们用 Lambda 调用时会传给 event 一个 JSON 格式的字符串，反应到 AWS Lambda 时 event 就是一个字典。但当要传递二进制数据如何做呢？直觉的做法就是用 base64 编码二进制字节为普通的字符串，比如要节约网络传输的数据量，需要对文本进行压缩，格式可以是这样

{"input": base64Encode(gzipCompress("text content......"))}

然后在 Lambda 端取出 input 的值作相应的 base64 解码再解压缩。

对于大文本，即使是压缩后再编码为 base64 也比直接传送原始文本数据要节约网络带宽。

这种方案实际也是可行的，然而我们在实际使用 Java AWS Lambda SDK 时有些动作会自动帮我们实现的，那就是二进制数据自动 base64 编码。

下面来进行验证

Java AWS Lambda 客户端如何向 Lambda 发送字节数组

我们写一个最简单的 Python AWS Lambda, Lambda 函数命名为 test-bytes

def lambda_handler(event, context):
    print(event)
    return "Hello from Lambda!"

def lambda_handler(event, context):

print(event)

return "Hello from Lambda!"

关于如何从 Lambda 中向客户端返回字节数据将在本文后半部分讲解，首先专注在如何解决输入二进制数据

然后在 Java 项目中引入相应的依赖，这里是一个 Maven 项目，将使用 AWS SDK 2, 在 pom.xml 要用到的依赖

<dependency>
    <groupId>software.amazon.awssdk</groupId>
    <artifactId>sso</artifactId>
    <version>2.25.58</version>
</dependency>
<dependency>
    <groupId>software.amazon.awssdk</groupId>
    <artifactId>lambda</artifactId>
    <version>2.25.58</version>
</dependency>

<groupId>software.amazon.awssdk</groupId>

</dependency>

<groupId>software.amazon.awssdk</groupId>

<artifactId>lambda</artifactId>

</dependency>

本地配置好 AWS Credentials, 这里不提

先测试传明文的 Java AWS Lambda 客户端

LambdaClient client = LambdaClient.create();

Map<String, Object> data = Map.of("input", "string content");

SdkBytes payload = SdkBytes.fromUtf8String(JsonUtils.toJson(data));
InvokeResponse response = client.invoke(request -> request.functionName("test-bytes").payload(payload));

System.out.println(response.payload().asUtf8String());

LambdaClient client = LambdaClient.create();

Map<String, Object> data = Map.of("input", "string content");

SdkBytes payload = SdkBytes.fromUtf8String(JsonUtils.toJson(data));

InvokeResponse response = client.invoke(request -> request.functionName("test-bytes").payload(payload));

System.out.println(response.payload().asUtf8String());

执行后客户输出

"Hello from Lambda"

请留意输出的字符串两端还包含的双引号，测试的 response.payload().asUtf8String().length() 为 19, 说明内容包含双引号本身

AWS Lambda 端的 print(event) 相应输出为

{'input': 'string content'}

发往服务端的 payload 必须是一个 JSON 对象，因为 Lambda 的 event 是一个 dict, 试图发送一个简单的字符串将不被允许的

SdkBytes payload = SdkBytes.fromUtf8String("Hello");
InvokeResponse response = client.invoke(request -> request.functionName("test-bytes").payload(payload));

1 2	SdkBytes payload = SdkBytes.fromUtf8String("Hello"); InvokeResponse response = client.invoke(request -> request.functionName("test-bytes").payload(payload));

以上代码在进行 client.invoke() 时会报错

Exception in thread "main" software.amazon.awssdk.services.lambda.model.InvalidRequestContentException: Could not parse request body into json: Could not parse payload into json: Unrecognized token 'Hello': was expecting (JSON String, Number, Array, Object or token 'null', 'true' or 'false')
at [Source: (byte[])"Hello"; line: 1, column: 6] (Service: Lambda, Status Code: 400, Request ID: dcf2ab7f-9df5-46f6-b644-1da164a691c1)

Lambda 并未被调用，错误上说是 expecting(JSON String, number, Array, Object or token 'null' or 'false'), 准确来说是要一个 JSON 对象，才能映射到 lambda_handler 的 event 参数。

SdkBytes payload 是可以构建出来，如果查看 SdkBytes.fromUtfString("Hello").asUtf8String() 看到的是原始的 "Hello", 问题出在调 Lambda 时无法构造出 event 对象，请求到了某个 Gateway, 但未触发 Lambda 的执行。

所以 Lambda 的 Payload 从上面的测试来看首先必须是一个 JSON 对象，然后我们可以在值上下文章，比如尝试某一个字段用二进制字节数组

Map<String, Object> data = Map.of(
    "input", "string content".getBytes(),
    "other", "something else");

SdkBytes payload = SdkBytes.fromUtf8String(JsonUtils.toJson(data));
System.out.println(payload.asUtf8String());

InvokeResponse response = client.invoke(request -> request.functionName("test-bytes").payload(payload));

Map<String, Object> data = Map.of(

"input", "string content".getBytes(),

"other", "something else");

SdkBytes payload = SdkBytes.fromUtf8String(JsonUtils.toJson(data));

System.out.println(payload.asUtf8String());

InvokeResponse response = client.invoke(request -> request.functionName("test-bytes").payload(payload));

调用 Lambda 正常，客户端看到 payload.asUtfString() 输出为

{"input":"c3RyaW5nIGNvbnRlbnQ=","other":"something else"}

AWS Lambda 端接收到的也是

{'other': 'something else', 'input': 'c3RyaW5nIGNvbnRlbnQ='}

而 "c3RyaW5nIGNvbnRlbnQ=" 正是 "string content" 的 base64 编码，在服务端只需作相应的解码就行

the_input = base64.decodebytes(event["input"].encode())

1	the_input = base64.decodebytes(event["input"].encode())

我们发现其实 base64 是在 Lambda 客户端由 SdkBytes 自动完成的，SdkBytes 对字符串类型数据不作任何转换，而只对字节数组进行 base64 编码。这就给了我们一个启发，压缩的数据直接以字节数组形式出现在数据中即可, 不用手工进行 base64 转换

Map<String, Object> data = Map.of(
    "input", GzipUtils.compress("string content".getBytes()),
    "other", "something else");

SdkBytes payload = SdkBytes.fromUtf8String(JsonUtils.toJson(data));
System.out.println(payload.asUtf8String());

InvokeResponse response = client.invoke(request -> request.functionName("test-bytes").payload(payload));

Map<String, Object> data = Map.of(

"input", GzipUtils.compress("string content".getBytes()),

"other", "something else");

SdkBytes payload = SdkBytes.fromUtf8String(JsonUtils.toJson(data));

System.out.println(payload.asUtf8String());

InvokeResponse response = client.invoke(request -> request.functionName("test-bytes").payload(payload));

客户端输出的 payload.asUtf8String() 为

{"other":"something else","input":"H4sIAAAAAAAA/ysuKcrMS1dIzs8rSc0rAQCyG+OzDgAAAA=="}

在 AWS Lambda 端同样看到

{'other': 'something else', 'input': 'H4sIAAAAAAAA/ysuKcrMS1dIzs8rSc0rAQCyG+OzDgAAAA=='}

而 H4sIAAAAAAAA/ysuKcrMS1dIzs8rSc0rAQCyG+OzDgAAAA== 就是压缩后数据的 base64 编码，注意到 base64 编码后的字符串返回比原始字符串大多了，这只是原始字符串太短的缘故。

SdkBytes 有其他几个静态方法，比如用 SdkBytes.fromByteArray() 就能让我们全过程使用字节数组，而无需字符串与字节数组间来回倒换

SdkBytes payload = SdkBytes.fromByteArray(JsonUtils.toJsonBytes(data));

1	SdkBytes payload = SdkBytes.fromByteArray(JsonUtils.toJsonBytes(data));

小结

SdkBytes 能自动对字节数组内容进行 base64 编码，其余类型保持原样，但在 AWS Lambda 服务端需手工进行 base64 解码，然后是压缩的数据再进行解压缩。

AWS Lambda 如何向客户端返回字节数组

AWS Lambda 服务端与客户端之间互传 UTF 字符串是友好的，所以把任何二进制数据进行 base64 编码后再传输是永远可行的方案。那么我们还是要看 AWS Lambda 可为我们自动做些什么？

改造前面的 Lambda 代码，如果我们直接从函数中返回一个字节数组会如何呢？

def lambda_handler(event, context):
    return  "Hello from Lambda".encode()

1 2	def lambda_handler(event, context): return "Hello from Lambda".encode()

用 Java 客户端测试

SdkBytes payload = SdkBytes.fromUtf8String("{}");
InvokeResponse response = client.invoke(request -> request.functionName("test-bytes").payload(payload));
System.out.println(response.payload().asUtf8String());

SdkBytes payload = SdkBytes.fromUtf8String("{}");

InvokeResponse response = client.invoke(request -> request.functionName("test-bytes").payload(payload));

System.out.println(response.payload().asUtf8String());

输出为

Hello from Lambda

这个两端不包含双引号的输出才是我们想要的

在 Python AWS Lambda 中可以返回一个字典对象，测试

def lambda_handler(event, context):
    return {
        "statusCode": 200,
        "body": "Hello from Lambda"
    }

def lambda_handler(event, context):

return {

"statusCode": 200,

"body": "Hello from Lambda"

}

再运行前面的 Java 客户端测试得到

{"statusCode": 200, "body": "Hello from Lambda"}

AWS Lambda 返回中包含字节数组

def lambda_handler(event, context):
    return {
        "statusCode": 200,
        "body": b"Hello from Lambda"
    }

def lambda_handler(event, context):

return {

"statusCode": 200,

"body": b"Hello from Lambda"

}

运行 Java 客户端的输出是一样的

{"statusCode": 200, "body": "Hello from Lambda"}

AWS Lambda 输出中包含非 UTF8 字符的字节数组(GZip 压缩数据)

def lambda_handler(event, context):
    return gzip.compress(b"Hello from Lambda")

1 2	def lambda_handler(event, context): return gzip.compress(b"Hello from Lambda")

在 Java 客户端无法把收到的 payload.asUtf8String() 转换成 Utf8 字符串，错误是

Exception in thread "main" java.io.UncheckedIOException: Cannot encode string.
at software.amazon.awssdk.utils.StringUtils.fromBytes(StringUtils.java:578)
at software.amazon.awssdk.core.BytesWrapper.asString(BytesWrapper.java:92)
at software.amazon.awssdk.core.BytesWrapper.asUtf8String(BytesWrapper.java:100)

改造前面的 Java 客户端为

SdkBytes payload = SdkBytes.fromUtf8String("{}");
InvokeResponse response = client.invoke(request -> request.functionName("test-bytes").payload(payload));
System.out.println(new String(response.payload().asByteArray()));

SdkBytes payload = SdkBytes.fromUtf8String("{}");

InvokeResponse response = client.invoke(request -> request.functionName("test-bytes").payload(payload));

System.out.println(new String(response.payload().asByteArray()));

输出为

x��f��H��WH+��U�I�MJI�=W�

没错，那就是乱码，但只要能收到从 AWS Lambda 发过来的数据就成功了一大半，剩下的事只要解码，只要对 response.payload().asByteArray() 解压缩就行，用

String result = new String(GzipUtils.decompress(response.payload().asByteArray()));
System.out.println(result);

1 2	String result = new String(GzipUtils.decompress(response.payload().asByteArray())); System.out.println(result);

又看到输出为

Hello from Lambda

现在感觉 Python AWS Lambda 对输出的处理有点凌乱，接着往下看，如果把压缩字节数组放到一个字典中返回会怎么样

def lambda_handler(event, context):
    return {
        "statusCode": 200,
        "body": gzip.compress(b"Hello from Lambda")
    }

def lambda_handler(event, context):

return {

"statusCode": 200,

"body": gzip.compress(b"Hello from Lambda")

}

客户端收到的 new String(response.payload().asByteArray() 内容是

{"errorMessage": "Unable to marshal response: 'utf-8' codec can't decode byte 0x8b in position 1: invalid start byte", "errorType": "Runtime.MarshalError", "requestId": "3c4b9a8e-1b2a-47d4-b764-87e42ac46015", "stackTrace": []}

由此可见，在字典中的值不允许非 UTF8 字符集的内容。

小结：

Lambda 中直接返回字符串，如 return "Hello from Lambda", 客户端获得的输出包含两端双引号，相当于 json.dumps("Hello from Lambda") 的输出。因此仅返回字符串时应该返回它的字节形式，即 return b"Hello from Lambda"
Lambda 中直接返回的字节数组可以客户端用 response.payload().asByteArray() 原样获得，客户端作相应的反射解码就行
Lambda 中嵌入在字典中的非 UTF8 字符集的字节数组(如压缩后的数据)无法返回给客户端，需要进行手工 base64 编码
如果在 Lambda 中正常结果 return gzip.compress(data), 异常时返回 return {"error_code": "xxx", "error_message": "yyy"}, 那么在客户端可以先检测收到的字节是码是 gzip, 否则就是错误响应

本文链接 https://yanbin.blog/invoke-aws-lambda-with-bytes/, 来自隔叶黄莺 Yanbin Blog

best coffee on SciPy 最优化之最小化I wanted to take a moment to commend you on the outstanding quality of...
seetimee on 体验 Python FastAPI 的并发能力及线, 进程模型感谢
Yanbin on Mockito 3.4.0 开始可 Mock 静态方法有一个补救，新写了一篇 https://yanbin.blog/mockito-mock-static-method-in-multiple...
Yanbin on 升级到 Spring Boot 3 后 javax.inject.Named 不可用怎么，被抄袭了！算是被机器翻译引用的？
oleksi on 升级到 Spring Boot 3 后 javax.inject.Named 不可用https://www.springcloud.io/post/2023-02/springboot-3-javax-inject-name...

M	T	W	T	F	S	S
						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31