Amazon web services 多个触发的AWS Lambda日志显示在单个Cloudwatch日志流中

我们创建了一个Lambda函数，它必须在每分钟后触发。它按预期工作，并显示正确的结果。但正在通过Cloudwatch事件的日志流在单个Cloudwatch日志流中包含多个Lambda触发器日志

事件规则：-

是否可以为1个Lambda触发器创建1个cloudwatch日志

您的Lambda函数附带一个CloudWatch日志组，其中 每个函数实例的日志流。运行时发送 有关每次调用日志流的详细信息，以及中继日志和 函数代码的其他输出

此外，从中可以看到，每次日志来自不同的事件源时，都会创建一个日志流。对于Lambda，每个Lambda容器有一个流，其中每个容器可能处理多个事件

日志流是共享同一源的日志事件序列。 CloudWatch日志中的每个单独的日志源构成一个单独的 日志流

参考：

拉希特

您的Lambda函数附带一个CloudWatch日志组，其中 每个函数实例的日志流。运行时发送 有关每次调用日志流的详细信息，以及中继日志和 函数代码的其他输出

此外，从中可以看到，每次日志来自不同的事件源时，都会创建一个日志流。对于Lambda，每个Lambda容器有一个流，其中每个容器可能处理多个事件

日志流是共享同一源的日志事件序列。 CloudWatch日志中的每个单独的日志源构成一个单独的 日志流

参考：

根据AWS Lambda，日志流表示函数的一个实例。换句话说，日志流表示Lambda函数的单个执行环境中的日志。。。执行环境也被称为上下文，这是可以传递给处理程序的参数之一，每次调用都无法获得新的日志流的原因是Lambda函数执行的上下文

当您调用Lambda函数时，AWS加载保存函数代码的容器，并提供使函数能够执行所需的请求资源：CPU、内存、网络等。这些都构成函数执行环境，也称为上下文。这些资源需要时间来调配，这会导致函数执行的延迟增加。这通常被称为冷启动

为了在每次调用中减轻这种不希望出现的延迟或冷启动，在函数完成其初始执行后，AWS将保持容器和执行环境以及cpu、内存和网络等资源的运行，而不是终止执行环境，为下一次调用做好准备和准备。这就是所谓的保温功能。当容器处于热态时，函数的后续调用将在与前一次调用相同的执行环境或上下文中执行，并且由于调用是由函数的同一实例执行的，因此日志将写入与前一次调用相同的日志流，它是表示函数的实例/执行环境/上下文的日志流

尽管如此，值得指出的是，AWS并没有让容器无限期地运行。如果在给定的时间段内没有后续调用，则没有确切的时间段，但通常认为时间段在30到45分钟之间，AWS将终止容器，并释放资源供其他函数使用。下次调用Lambda函数时，AWS将重复函数的设置过程，并将创建一个新的执行环境，这将导致函数日志写入一个新的日志流，该日志流表示函数的新执行环境/上下文/实例

您可以阅读有关Lambda执行上下文的更多信息。

根据AWS Lambda，日志流表示函数的实例。换句话说，日志流表示Lambda函数的单个执行环境中的日志。。。执行环境也被称为上下文，这是可以传递给处理程序的参数之一，每次调用都无法获得新的日志流的原因是Lambda函数执行的上下文

当您调用Lambda函数时，AWS加载保存函数代码的容器，并提供使您的函数能够执行所需的请求资源：CPU、内存、网络等。这些都构成了函数执行环境，它是一个 lso称之为上下文。这些资源需要时间来调配，这会导致函数执行的延迟增加。这通常被称为冷启动

为了在每次调用中减轻这种不希望出现的延迟或冷启动，在函数完成其初始执行后，AWS将保持容器和执行环境以及cpu、内存和网络等资源的运行，而不是终止执行环境，为下一次调用做好准备和准备。这就是所谓的保温功能。当容器处于热态时，函数的后续调用将在与前一次调用相同的执行环境或上下文中执行，并且由于调用是由函数的同一实例执行的，因此日志将写入与前一次调用相同的日志流，它是表示函数的实例/执行环境/上下文的日志流

尽管如此，值得指出的是，AWS并没有让容器无限期地运行。如果在给定的时间段内没有后续调用，则没有确切的时间段，但通常认为时间段在30到45分钟之间，AWS将终止容器，并释放资源供其他函数使用。下次调用Lambda函数时，AWS将重复函数的设置过程，并将创建一个新的执行环境，这将导致函数日志写入一个新的日志流，该日志流表示函数的新执行环境/上下文/实例

您可以阅读有关Lambda执行上下文的更多信息