Lambda江苏体彩猎犬：追逐无服务器日志消息

2016年10月18日星期二

我们喜欢AWS Lambda来构建无服务器应用程序，这已经不是什么秘密了。开发成本可以大大降低。因为您按每次调用付费，所以运营成本 （在多数情况下）{：target =“ _ blank”}甚至比在廉价的t2实例上运行应用程序还要少。而且，由于您不必管理和监视服务器，因此支持成本得以降低。简而言之，无服务器应用程序真棒！

当然，当您在执行Lambda函数时遇到江苏体彩时除外。到那时，情绪可能会快速旋转，而Lambda可能由于以下原因而失败：

• 也许您处理的边盒不正确
• 也许S3为同一事件多次调用您的函数
• 也许数据库连接超时
• 或者，可能是API调用返回了江苏体彩的数据，或者只是永不返回，而Lambda函数用完了时间。

在Trek10，我们有一个Lambda函数来处理来自日志聚合服务的日志， 相扑逻辑 {：target =“ _ blank”}。 相扑逻辑 将聚合的日志文件放入S3存储桶，这又触发了Lambda函数。该功能分离出不同的客户端日志以进行长期归档，并且我们会监视该功能是否存在江苏体彩。当发生江苏体彩时，我们知道我们需要调试。

这是我们调试功能的过程：

• 首先，您想通过CloudWatch指标控制台查找发生江苏体彩的时间：

• 通过CloudWatch日志，找到该功能的日志组，然后单击“搜索事件”。
• 将日期/时间设置为发生江苏体彩之前的一点时间。
• 输入关键字你 认为 将出现在江苏体彩中。

• 准备就绪后，我们单击箭头开始搜索。

好的，现在我们有了结果（这次我很幸运，因为江苏体彩中并不总是包含“江苏体彩”一词，例如Lambda函数超时）：

这是所有结果最小化的结果。

不幸的是，我们没有直接显示江苏体彩的上下文，但确实有日志流名称和时间。因此，现在我们可以返回，找到特定的日志流，转到流中的日期/时间，然后查看上下文。

这样做几次之后，我们意识到整个过程可以自动化。就这样 Lambda江苏体彩猎犬{：target =“ _ blank”}诞生了。 Lambda江苏体彩猎犬s是命令行实用程序，写在节点中，可在npm上使用，以获取有关Lambda江苏体彩度量标准甚至从任何CloudWatch日志组的特定时间的CloudWatch日志。

检查一下 的github {：target =” 空白”}或 npm {：target =” 空白”}。

图片作者 巴塞特集市 {：target =““ _ blank”}