随着现代生产系统变得更加复杂，因此监控和通知工作流程所需的是维护它们。这些工作流程通常与多个DevOps工具的要求（和工作流程）交织在一起，只能提高复杂性。尽管如此，团队需要灵活地将事件数据发送到他们想要的任何工具，以及沿途附加相关信息的能力。
在AWS RE：发明2019年，我们介绍了新遗物连接，可自定义的系统SRE和Devops团队可以使用与其他通知平台集成，并使用新属性修改Webhook有效载荷，并使用NRDB-New Relic底层数据库的信息丰富Webhook。
在这篇文章中，我们将解释如何使用连接亚马逊EventBridge.轻松整合新的遗物警报与任何亚马逊网络服务（AWS）提供。
用新的遗物连接修改新的遗物Webhooks
连接增强了现有的Webhook功能在新的遗物警报中的功能和灵活性。
您可以访问Connect的功能 - 包括与其他通知源集成，并使用NRQL查询的输出来丰富事件 - 通过修改新的遗物Webhook的自定义有效载荷。
以下是使用连接的几种方法：
- 执行NRQL查询并将其输出添加到Webhook。在下面的示例中，将字段添加到Webhook Payload定义将针对最终有效载荷拼接到NRDB输出（错误应用程序的交易详情）。注意使用
{{template_text}};然后可以将来自WebHook有效负载的其他字段映射到查询字符串中。“nrql_execution”：“从事务中选择*，其中appname = {{application_1}}” - 从WEBHOOK映射属性，使输出更容易在您的目标目的地解析。在这里，这是
所有者默认Webhook有效负载中指定的字段映射到一个名为的新字段service_owner.和一个新的优先事项字段定义为静态值：“map_attributes”：{“service_owner”：“{{owner}}”，“优先级”：“2”} - 向新目的地发送新的遗物Webhooks。在这个例子中，我们添加了
Awseventbridge.作为新Webhook的通知频道被定向为：“notification_channels”：[{“类型”：“awseventbridge”，“端点”：“”}“]
看连接Webhook有效载荷参数有关所需和可选参数的更多信息，包括用于新的遗物连接事件。
使用具有Amazon EventBridge的新遗物连接
EventBridge是一个无服务器事件总线，允许开发人员从其应用程序，SaaS应用程序和AWS服务中连接实时数据流。Connect使得通过EventBridge将新的遗物事件钩住新的遗物事件。
让我们来看看Connect和EventBridge的示例用例。让我们说你的应用程序中的服务是一个永远不会超时的AWS lambda函数。以下是如何使用Connect与EventBridge来防止对您的服务功能和正常运行时间中断：
- 写一个nrql查询扫描新的遗物日志对于AWS lambda函数超时。例如：
查找日志中的日志：“aws.loggroup”“超时” - 配置新的遗物webhook，连接参数，将数据发送到EventBridge。在Webhook有效载荷定义中包含步骤1的NRQL查询。
- 编写AWS Lambda函数以增加不同函数的超时，使用占位符亚马逊资源名称（ARN）表示函数定时。（看看AWS Lambda文件用于指导。）
- 创建一个EventBridge规则，由您在步骤2中配置的新遗物WebHook触发，并使用其有效载荷中包含的NRDB输出，以激活您在步骤3中写入的Lambda功能（参见EventBridge资源对于演练和例子。）
使用此工作流程，您可以防止临时问题中断您的服务的正常运行时间或功能，这些运行时间或功能使用AWS Lambda功能而无需SRE或Developer手动进行更改。
这只是其中之一使用CONNECT和EVENTBRIDGE使用案例。想象一下，随着需求的增加，响应基础设施异常，响应基于自定义的更多信息新的遗物见解活动等等。
准备开始？
我们很高兴看到新的遗物连接可以带给你的团队！有关更多信息或立即开始，请联系您的帐户代表填写此快速表格。
