aws-lambda - 偶尔的 AWS Lambda 超时，但在其他情况下会在亚秒级执行

Question

我们有一个用 Java 编写的 AWS Lambda，通常在大约 200 毫秒内完成。偶尔，它会在 5 秒(我们配置的超时值)后超时。

我知道由于容器设置偶尔会增加延迟(不过，我不清楚这是否会影响您的执行时间)。我添加了一些调试日志记录，看起来代码只是运行缓慢。

例如，一个特别引人注目的日志条目显示对 HttpClients.createDefault 的调用通常需要不到 200 毫秒(基于 Lambda 执行不到 200 毫秒的事实)，但是当超时发生，大约需要 2-3 秒。

2017-09-14 16:31:28     DEBUG Helper:Creating HTTP Client
2017-09-14 16:31:31     DEBUG Helper:Executing request

除非我误解了什么，否则容器初始化引起的任何延迟似乎都已经发生了。我假设代码执行不应该在一次执行到下一次执行的速度上有显着差异，我错了吗？或者这只是我们应该期待的事情？

Answer 1

设置新容器或更换冷容器需要一些时间。两者都占你的时间。您在控制台中看到的时间就是您被计费的时间。

我假设 Amazon 不对容器的配置收费，但他们肯定会在您的运行时启动后立即计时。您可能会为 SDK/JDK 初始化和加载其类的时间付费。他们当然不会向我们收取启动托管容器的操作系统的费用。

运行 simple Java Lambda两次显示新实例和重用实例的不同时间。第一个是 374.58 毫秒，第二个是 0.89 毫秒。之后，您会看到 400 和 100 毫秒的计费持续时间。对于第二个，容器被重复使用。正如@dashmug 已经指出的那样，您可以尝试让容器保持温暖，但 AWS 偶尔会回收容器，并且随着负载的增加或减少会产生新的容器。博客How long does AWS Lambda keep your idle functions around before a cold start?和 How does language, memory and package size affect cold starts of AWS Lambda?可能也值得一看。如果您包括外部库，您的时间将会增加。如果您查看该博客，您会发现对于 Java 和更小的内存分配通常会超过 2 - 4 秒。

查看这些时间，您可能应该增加超时时间，不仅要查看应用程序提供的日志，还要查看START、END 和REPORT 条目以及实际超时事件。每个正在运行的 Lambda 容器实例似乎都创建了自己的日志流。如果不经常调用，请考虑让您的 Lambda 保持温暖。

05:57:20 START RequestId: bc2e7237-99da-11e7-919d-0bd21baa5a3d Version: $LATEST05:57:20 Hello from Lambda com.udoheld.aws.lambda.HelloLogSimple. 05:57:20 END RequestId: bc2e7237-99da-11e7-919d-0bd21baa5a3d05:57:20 REPORT RequestId: bc2e7237-99da-11e7-919d-0bd21baa5a3d Duration: 374.58 ms Billed Duration: 400 ms Memory Size: 128 MB Max Memory Used: 44 MB

05:58:01 START RequestId: d534155b-99da-11e7-8898-2dcaeed855d3 Version: $LATEST05:58:01 Hello from Lambda com.udoheld.aws.lambda.HelloLogSimple. 05:58:01 END RequestId: d534155b-99da-11e7-8898-2dcaeed855d305:58:01 REPORT RequestId: d534155b-99da-11e7-8898-2dcaeed855d3 Duration: 0.89 ms   Billed Duration: 100 ms Memory Size: 128 MB Max Memory Used: 44 MB