适用于 Java 的 AWS 开发工具包的 Amazon Aurora Serverless 数据 API - 冷启动和热启动的部分优化策略

今天golang学习网给大家带来了《适用于 Java 的 AWS 开发工具包的 Amazon Aurora Serverless 数据 API - 冷启动和热启动的部分优化策略》，其中涉及到的知识点包括等等，无论你是小白还是老手，都适合看一看哦~有好的建议也欢迎大家在评论留言，若是看完有所收获，也希望大家能多多点赞支持呀！一起加油学习~

介绍

在本系列之前关于如何使用 Data API 和 AWS SDK for Java 从 Lambda 函数连接到 Amazon Aurora Serverless v2 的文章中，我们进行了基本的冷启动和热启动测量，比较了 Data API 和 JDBC 之间的冷启动和热启动并进行了测量SnapStart 在有或没有底漆的情况下都有效果。

在本系列的这一部分中，我们将介绍冷启动和热启动的优化策略。

冷启动和热启动的优化策略

为了在冷启动时间和热启动时间之间找到良好的平衡，您可以尝试下面介绍的优化技术。我尚未对使用 Data API 和 Amazon Aurora Serverless v2 与 PostgreSQL 数据库的测量进行任何测量，但使用 DynamoDB 数据库进行类似的场景。我会提供我的相关文章的参考。

• 尝试不同的 Lambda 内存设置。到目前为止，所有测量都是使用 Lambda 函数的 1024 MB 内存执行的。通过不同的内存设置，您可能会以合理的价格获得更好的性能。请参阅我的文章使用不同的 Lambda 内存设置使用 Java 21 测量冷启动和热启动以及部署时间，以了解使用 DynamoDB 进行测量的说明。
• 尝试 Lambda 函数的不同 Java 编译选项。到目前为止，所有测量都是使用 Lambda 函数的编译选项“-XX:+TieredCompilation -XX:TieredStopAtLevel=1”执行的。可以使用名为 JAVA_TOOL_OPTIONS 的环境变量向 Lambda 函数提供更多其他选项，该变量可以具有不同的冷启动和热启动权衡。请参阅我的文章“使用 Java 21 使用不同的编译选项测量冷启动和热启动”，以了解使用 DynamoDB 进行测量的说明。
• 尝试不同的同步 HTTP 客户端通过 Data API 建立与数据库的 HTTP 连接。到目前为止，所有测量都是使用默认的同步 HTTP 客户端（Apache）执行的。还有其他选项，例如 UrlConnection 和 AWS CRT HTTP 客户端，它们为冷启动和热启动提供不同的性能权衡。

这是创建/构建 RdsDataClient 时使用 AWS CRT HTTP 客户端的示例。 URLConnection客户端可以类似地设置。

RdsDataClient.builder().httpClient(AwsCrtHttpClient.create()).build()

另外不要忘记将对正在使用的 HTTP 客户端的依赖项包含到 pom.xml 中，如下所示：

        software.amazon.awssdkaws-crt-client依赖>

请参阅我的文章“使用不同同步 HTTP 客户端从 Java 21 测量冷热启动”，以获取说明、代码示例和使用 DynamoDB 进行测量。

• 探索数据 API 的异步 HTTP 客户端是否适合您的用例。默认的异步 HTTP 客户端是 NettyNio。还有另一个选项 AWS CRT 异步 HTTP 客户端，它为冷启动和热启动提供不同的性能权衡。

这是在创建/构建 RdsDataAsyncClient 时使用异步 AWS CRT HTTP 客户端的示例（我们需要在使用异步 HTTP 客户端的情况下构建）。

RdsDataAsyncClient.builder().httpClient(AwsCrtAsyncHttpClient.create()).build()

另外不要忘记将对正在使用的 HTTP 客户端的依赖项包含到 pom.xml 中，如下所示：

        software.amazon.awssdkaws-crt-client依赖>

在这种情况下，我们必须使用 Java 异步编程模型（这本身就是讨论主题），因此 RDSDataAsyncClient 上的每个方法调用都将返回 Java CompletableFuture 对象。请参阅我的文章使用不同的异步 HTTP 客户端通过 Java 21 测量冷启动和热启动，以获取说明、代码示例和使用 DynamoDB 的测量。

对于所有潜在的优化策略，您可以在 Lambda 函数上启用 SnapStart，并另外测量 DynamoDB 调用启动的影响，如本系列的上一篇文章 Data API meet SnapStart 中所述。

还要注意我在文章中描述的快照分层缓存对冷启动的影响。因为我总是在部署新版本的 Lambda 函数后提供 first 100 次冷启动测量。在使用分层缓存的情况下，我测量并描述了冷启动随着更多后续调用而显着减少。经过一定数量的调用后，它对于特定的 Lambda 版本保持不变。

结论

在本文中，我们使用 Amazon Aurora Serverless v2 的数据 API 和适用于 Java 的 AWS 开发工具包提供了冷启动和热启动的优化策略，您可以探索该策略以找出适合您的使用案例的最佳性能。

以上就是《适用于 Java 的 AWS 开发工具包的 Amazon Aurora Serverless 数据 API - 冷启动和热启动的部分优化策略》的详细内容，更多关于的资料请关注golang学习网公众号！