AWS Lambda 上的 Spring Boot 应用程序 - 使用 Docker 容器映像测量 Lambda 函数的冷启动和热启动部分

哈喽！今天心血来潮给大家带来了《AWS Lambda 上的 Spring Boot 应用程序 - 使用 Docker 容器映像测量 Lambda 函数的冷启动和热启动部分》，想必大家应该对文章都不陌生吧，那么阅读本文就都不会很困难，以下内容主要涉及到，若是你正在学习文章，千万别错过这篇文章~希望能帮助到你！

介绍

在如何使用 Docker 容器镜像和 Java (21) 运行时开发和部署 Lambda 函数一文中，我逐步介绍了如何使用 Docker 容器镜像和 Java 21 运行时开发和部署 Lambda 函数，而不使用任何框架。由于 Docker 容器镜像是通用格式，因此我们可以简单地采用使用 Spring Cloud Function AWS 开发应用程序一文中介绍的 Spring Cloud Function 应用程序，并使用相同的步骤进行部署。因此，我在此处发布了该应用程序的重新设计版本（添加 Dockerfle 并更改 SAM 模板）以将其部署为 Docker 映像。对于所有 Lambda 函数，我们使用 JAVA_TOOL_OPTIONS：“-XX:+TieredCompilation -XX:TieredStopAtLevel=1”（这在冷启动时间和热启动时间之间进行了合理的权衡）并为其提供 1024 MB 内存。使用 AWS Serverless Java Container 也可以实现同样的效果。

使用 Spring Cloud Function 和 Docker 容器镜像作为部署格式测量 Lambda 函数的冷启动和热启动

下面的实验结果基于使用 Lambda 函数 GetProductByIdWithSpringBootJava21DockerImage 在 1 小时内重现超过 100 次冷启动和大约 100.000 次热启动，该函数映射到负责检索产品（存储）的 Java Lambda 处理程序类在 DynamoDB 中）通过其 id。为此，我使用了负载测试工具，但是您可以使用任何您想要的工具，例如 Serverless-artillery 或 Postman。

冷 (c) 和暖 (m) 开始时间（以毫秒为单位）：

结论

在本文中，我们使用 AWS Lambda 基础 Docker 容器映像的方法测量了 Lambda 函数的冷启动和热启动。与使用 Docker 容器映像和 Java (21) 运行时而不使用 Spring (Boot) 框架的 Lambda 函数进行测量相比，我们经历了更高的冷启动时间和略高的热启动时间，而且与使用 Spring Boot 的其他方法测量冷启动时间相比：本系列之前的文章中介绍了 AWS Serverless Java Container、AWS Lambda Adapter 和 Spring Cloud Functions。

AWS Lambda SnapStart 可显着缩短冷启动时间，目前仅适用于 Java Corretto 托管运行时（11、17 和 21），不适用于 Docker 容器映像。您可以探索 jlink 工具，将一组模块及其依赖项组装和优化为更小的自定义运行时映像和类数据共享 (CDS)，但这有助于减少 Java 编程语言应用程序（特别是较小的应用程序）的启动时间，以及减少占地面积。使用 Docker 映像作为 Java 部署工件的优点是能够使用最新的 Java 运行时，例如将于 9 月发布的 Java 23。

今天关于《AWS Lambda 上的 Spring Boot 应用程序 - 使用 Docker 容器映像测量 Lambda 函数的冷启动和热启动部分》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！