随着组织从被动自动化转向主动和智能驱动的运营，事件驱动Ansible继续获得发展势头。通过将来自红帽Lightspeed（原红帽Insights）的实时系统洞察与事件驱动Ansible规则书相结合，团队可以自动响应安全风险、配置更改、合规性发现和操作异常，无需等待人工干预。

在红帽Ansible自动化平台2.6中，我们引入了一个虽小但意义重大的增强功能，它加强了自动化操作中的信任和可观测性。现在，任何由事件驱动Ansible触发的作业都会在自动化控制器中自动包含一个标签。

这个简单的添加带来了强大的价值。团队现在可以轻松识别、审计和验证事件启动的自动化，从而实现更清晰的报告、更快的故障排除和更强的安全态势感知。在本文中，我将向您展示如何使用红帽Lightspeed事件作为自动化源来实现此功能，并包含一个今天就可以尝试的简单规则书示例。

可解释自动化的力量

随着组织扩展自动化，一个问题反复出现：你如何知道哪些更改是自动发生的，哪些是由人工触发的？对于事件驱动的自动化，这一点变得更加重要。安全团队、站点可靠性工程师（SRE）、平台工程师和合规官需要回答：

• 自动采取了什么行动？
• 哪个事件触发了自动化？
• 它何时运行，在哪个系统上运行？
• 补救措施成功了吗？

Ansible自动化平台2.6通过标记通过事件驱动Ansible启动的作业来回答这些问题。结果是：

• 自动操作和手动操作的清晰分离
• 更好的可审计性和治理
• 更快的调查和故障排除
• 对自动化补救流程的更大信心

使用红帽Lightspeed事件进行作业标签化

红帽Lightspeed将AI驱动的操作智能直接引入您的自动化工作流，将原始系统信号转化为可操作的实时洞察。与其等待人工审查警报，红帽Lightspeed评估系统状态、安全态势、配置漂移、生命周期状态和合规策略，并发出可以立即触发自动化的结构化事件。这意味着帮助操作员了解其环境状况的同一引擎现在可以端到端地驱动自动化补救。

通过将红帽Lightspeed与事件驱动Ansible（Ansible自动化平台的一部分）配对，您获得了一个闭环自动化模式。红帽Lightspeed检测并解释事件，事件驱动Ansible应用策略逻辑，Ansible控制器执行补救，并且作业被标记以实现完全的可追溯性和审计清晰度。

自动化不再仅仅是运行，现在以一种可解释、可追溯、可审计的方式运行，具备从检测到结果的可审计上下文。

以下是一个Ansible规则书示例，其中红帽Lightspeed检测到主机上的恶意软件并触发Ansible自动化平台中的补救作业，并带有用于审计清晰度的自动作业标签。下面是一个监听红帽Lightspeed恶意软件安全警报并自动响应的规则书：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

---
- name: 通过AAP响应红帽Lightspeed事件
  hosts: localhost
  sources:
    - redhat.insights_eda.insights:
        host: 0.0.0.0
        port: 5000
  rules:
    - name: 处理检测到的恶意软件事件
      condition:
        event.payload.data.application == "malware-detection"
        and event.payload.data.event_type == "detected-malware"
      action:
        run_job_template:
          name: handle-malware-detection
          organization: Default
          job_args:
            extra_vars: "{{ event.payload }}"
          labels:
            # 用于跟踪红帽Lightspeed启动的自动化的静态标签
            - "由红帽Lightspeed激活"
            # 来自事件负载的动态标签，用于完全可追溯性
            - "{{ event.payload.source.application.display_name | default(event.payload.application) }}"
            - "{{ event.payload.source.event_type.display_name | default(event.payload.event_type) }}"
            - "{{ event.payload.context.display_name | default('由红帽Lightspeed激活') }}"

此规则书的关键焦点是 labels 指令。当红帽Lightspeed事件触发规则时，Ansible自动化平台控制器中生成的作业会自动收到一个静态标签（例如 由红帽Lightspeed激活）和基于事件负载的上下文动态标签。

这意味着诸如原始策略、应用程序或检测类型等详细信息，甚至受影响的主机，都无需手动标记即可在作业记录中可见。如果红帽Lightspeed包含其他上下文，如CVE标识符或严重性，它们也可以自动传递。

结果是端到端的可追溯性，将事件、决策、行动和结果联系起来。

以下是自动化控制器中由事件驱动Ansible标记的作业示例：

[此处应有图片描述，图片展示了自动化控制器界面中一个带有"由事件驱动Ansible激活"等标签的作业。]

另请注意，Ansible自动化平台2.6会为所有由事件驱动Ansible启动的作业自动添加一个 由事件驱动Ansible激活 的标签，确保清晰地区分由事件驱动Ansible触发的运行和手动执行的运行。

可见性、信任与自动化响应

通过将红帽Lightspeed与事件驱动Ansible结合，组织以更安全、完全透明的方式从检测转向自动行动。当红帽Lightspeed检测到漏洞、异常或合规偏差时，它可以触发Ansible自动化平台立即响应。这缩短了检测与补救之间的时间，减少了风险暴露，并确保了一致、符合策略的响应。

这种方法不仅加速了响应，还提高了清晰度和可追溯性。借助Ansible自动化平台2.6中的作业标签，每个事件驱动的作业都会被自动标记，团队可以准确看到自动化发生的原因以及是哪个红帽Lightspeed事件启动了它。操作员和安全工程师无需翻阅日志或猜测作业是否手动运行，就能立即了解自动化路径。作业历史变成了权威的真实来源，清晰地将事件、自动化逻辑和补救措施联系在一起。

动态标签还有助于确认每个自动化操作都带有有意义的人工上下文。当红帽Lightspeed信号触发自动化时，规则书可以根据事件元数据（如来源应用程序、事件类型或策略名称）应用标签。这意味着自动化运行不仅显示它来自事件驱动Ansible，还显示了发生了什么以及为什么发生。实际上，自动化控制器中的条目可能显示为“检测到恶意软件”或“红帽Lightspeed合规策略违规”，使团队更容易理解是什么驱动了每次自动化更改，而无需解读JSON负载或事件结构。

对于高度监管的环境，以及任何在自动化中建立信任的团队，这种透明度水平至关重要。安全和运营团队可以更有信心地审查每个自动化运行，知道平台清楚地记录了触发器和意图。审计人员也会受益，因为自动化平台现在提供了从检测到行动的可验证链条。随着时间的推移，这种可见性增强了人们对自动化的信任，并鼓励更广泛的采用，因为工程师不仅可以看到自动化是否有效，还可以看到它如何以及为什么有效。

最后，这种集成为大规模衡量事件驱动自动化的影响奠定了基础。作业标签使得对事件驱动的补救活动进行分组、分析和报告成为可能，从最常自动化的

事件类型到自动化响应所节省的时间。随着事件驱动采用的增长，这些洞察有助于组织量化自动化价值，不仅体现在技术效率上，还体现在降低风险和提升运营弹性上。简而言之，红帽Lightspeed事件与事件驱动Ansible的标签标记相结合，不仅实现了自动化，还使其变得可见、可信和可衡量。

为什么这很重要

随着自动化采用的加速，可追溯性变得至关重要。安全、运营和合规团队需要确信自动化响应不仅快速，而且可观测、可审计、可解释。借助Ansible自动化平台2.6和红帽Lightspeed事件，每个自动化操作现在都具备完整的上下文可见性，从触发事件到补救结果。

这种能力将自动化响应转变为可信的操作模式。安全运营中心（SOC）和SRE团队可以快速验证作业运行的原因、触发它的事件、受影响的系统以及补救是否成功。合规官获得了一条从检测到自动操作再到结果的可审计链条。平台工程师确信自动化行为是可预测和透明的。简而言之：自动化变得更安全、更清晰，更容易在整个企业范围内扩展。

事件驱动的自动化将洞察转化为行动，有助于更快地缩小安全和合规差距，同时增强运营弹性。新的作业标签功能为这种自动化带来了更高水平的治理和可见性，使得更容易大规模采用事件驱动的工作流。

尝试本文中的示例，用红帽Lightspeed触发一个作业，然后在您的自动化控制器中查找由事件驱动Ansible标记的作业。然后，您可以开始构建安全、可解释、实时的补救流程。这是迈向智能自动化结构的又一步，其中每个系统事件都成为立即、安全、完全可追溯的自动化响应的机会。

开始使用基于红帽Lightspeed的事件驱动Ansible

如果您准备进一步探索这种模式，我们已经发布了相关资源来帮助您从概念转向实际执行。

• 博客：用于事件驱动Ansible的红帽Lightspeed集合探讨了红帽为什么创建红帽Lightspeed驱动的事件集合，事件如何构建，以及它解锁了哪些自动化场景。
• 学习：事件驱动Ansible网页包含自定进度的培训资源和常见问题解答。
• 尝试：Ansible自动化中心上的redhat.insights_eda集合包含事件源、示例规则书和文档，您可以立即在自己的环境中使用。

总之，这些资源为您提供了使用红帽Lightspeed和Ansible自动化平台开始构建自动化、洞察驱动且完全可追溯的操作所需的一切。