从简单性到能力与灵活性
红帽ServiceNow通知服务应用设计初衷是简化操作,提供将整个ServiceNow记录作为JSON有效负载发送到事件驱动Ansible的简单方式。过去,该应用是集成ServiceNow与事件驱动Ansible的必备工具。虽然它作为使用ServiceNow与事件驱动Ansible的入门点很有效,但客户的自动化需求已经成熟。如今,需要更多数据控制、更复杂的触发逻辑以及更有针对性的请求驱动自动化。
为更好地满足客户的进阶需求,我们正在标准化三种完全支持的ServiceNow和事件驱动Ansible集成路径。
新的更强大的集成选项
客户应使用三种更强大和灵活的集成方法之一。这些选项支持自定义有效负载、丰富事件数据,并构建组织所需的复杂工作流。所有这些集成选项都得到ServiceNow的完全支持,利用了标准的ServiceNow功能。
标准 | 选项A:业务规则 | 选项B:Flow Designer(REST) | 选项C:Ansible Spoke |
---|---|---|---|
主要用例 | 自定义事件通知 | 自定义事件通知 | 请求驱动作业执行 |
许可成本 | 包含在基础ServiceNow平台中 | 需要ServiceNow Integration Hub | 需要ServiceNow Integration Hub |
灵活性与控制 | 最大。完全编程控制。 | 高。灵活的有效负载构建。 | 高。启动特定作业。 |
开发速度 | 较慢。需要脚本编写。 | 更快。可视化拖放用户界面。 | 最快。预构建操作。 |
所需技能 | 强大的ServiceNow JavaScript | ServiceNow管理员/Flow Designer | ServiceNow管理员/Flow Designer |
选项A:基于业务规则的脚本集成(专业代码选项)
此路径提供最大控制,非常适合拥有深厚ServiceNow脚本专业知识的团队。但需要注意:业务规则功能强大,如果编写不仔细,可能引入重大风险,包括性能下降、数据完整性问题甚至系统不稳定。虽然它仍然是专家完全支持的选项,但我们建议大多数团队采用更受管控的方法。
选项B:与Flow Designer集成(低代码选项)
这是我们推荐的事件驱动自动化路径。对于寻求加速开发并改进治理的团队,Flow Designer提供了构建自定义事件通知的可视化低代码界面。它减轻了自定义脚本的风险,使其成为更安全、更易维护的解决方案。此选项需要ServiceNow Integration Hub订阅。
选项C:使用Ansible spoke的基于请求的自动化(请求驱动选项)
这是我们推荐的请求履行自动化路径。它非常适合自动化服务目录项等用例。ServiceNow Integration Hub中的Ansible spoke在Flow Designer内提供预构建、支持的操作,代表从ServiceNow触发特定作业的最快、最可靠方式。此选项也需要ServiceNow Integration Hub订阅。
关键弃用日期
为确保平稳过渡,我们正在实施与ServiceNow平台发布计划一致的阶段性弃用时间表。
- 支持终止:红帽ServiceNow通知服务应用将支持到ServiceNow Yokohama版本(包括该版本)。对于ServiceNow Zurich版本(2025年第三/四季度)或任何后续版本,它将不会获得认证或支持。
- 应用商店下架:该应用将于2026年第一季度正式从ServiceNow商店中移除,以防止新的不受支持安装。
ServiceNow平台升级到Zurich是官方截止日期。为确保持续功能,您必须在升级实例之前迁移到上述新路径之一。
这对您意味着什么?
如果您当前正在使用红帽ServiceNow通知服务应用,我们鼓励您开始规划迁移到上述现代路径之一。我们的文档已更新,包含详细指南以协助您完成此过程。
我们致力于使此过渡尽可能顺利,并将继续通过ServiceNow Yokohama发布周期为该应用提供完全支持。
阅读知识库文章了解将事件驱动Ansible与ServiceNow集成的详细信息。
如有任何问题,请联系我们的支持团队。