我们有一个无服务器堆栈，它依赖多个 AWS Lambda 来执行任务。为了帮助使代码可重用，我们在 Lambda 之间共享了多个 Lambda 层。
我们的问题是，当我们对图层进行更改时，它会创建该图层的新版本。所有使用该层的 Lambda 都不会自动使用最新版本。然而，它们足够聪明，可以检测到有新版本并且不再运行（抛出需要使用最新层的异常）
对于 50 多个 Lambda，AWS 门户的层更新流程非常糟糕。一个接一个，手动打开每个 Lambda，删除层，添加新层等。
有没有办法使用 CLI 或其他一些自动化方法更新所有 Lambda 以使用所有必要层的最新版本？
我们怀疑我们发生了数据泄露，但我们不确定如何调查它以确定泄露的来源或发送了哪些数据。
我们有一个应用服务已经运行了一段时间并且使用稳定。我们注意到，在过去的几个晚上，数据出现了大幅飙升。我们的网站有一个经过身份验证的用户区域，我们担心网站上可能存在违规或未经授权的情况。
该网站的数据输出始终低于 10MB/15 分钟。但是突然的峰值超过了 180MB，然后又立即回落。第二天晚上，峰值为 600MB。在同一个 15 分钟指标窗口中，平均 CPU 时间飙升至超过一小时。响应时间、请求数量和 4xx/5xx 错误均保持稳定。
有没有办法使用 Azure（指标或安全中心）来确定导致数据输出大量激增的原因？发送了什么数据，发送给谁等？如果今晚再次发生这种情况，我们可以在 Azure 中启用什么功能以允许我们查看这些数据吗？（例如 Azure 哨兵）
查看其他指标，4XX 或 5XX 错误或请求数量没有明显的峰值，因此我们不怀疑暴力或 DoS 攻击。
