Red Hat Ansible Tower 生命周期

将 Tower 作为 Ansible Automation Platform 的一部分使用的客户,应遵循生命周期文档。如果您不确定您购买了哪种许可证,请联系您的账户团队。

概述

作为 Red Hat Ansible Automation Platform 订阅的一部分,客户可以访问受支持版本的 Ansible Tower。红帽为 Ansible Tower 公布了它的产品生命周期,用户和合作伙伴可以根据相关信息,对使用 Automation Platform 的专有自动化集群进行恰当的计划、实施、支持及维护。

此生命周期包括了每个 Ansible Tower 版本(如 3.4 或 3.7)的相关时间。每个 Tower 版本的生命周期都会被分为不同的产品阶段,它们分别代表了在产品发布后的不同时间段,而不同的产品阶段会提供不同的维护级别。在同一个时间点上可以支持 Tower 的多个版本,但请注意,每个生命周期针对于具体特定的 Tower 版本(如 3.4、3.5、3.6 等),而不是针对于整个主版本系列的(如 2.x 或 3.x)。

我们期望用户会及时把自己的 Ansible Tower 环境升级到最新的支持版本。程序错误修复及与功能相关的改进仅限于产品的最新版本。但是,我们也会对具有高安全风险问题进行特殊处理。

生命周期日期

Ansible Tower 生命周期

覆盖范围

红帽提供的支持会根据 Red Hat Enterprise Agreement 附录 1 中公布的覆盖范围的内容进行。

为鼓励用户快速应用新的技术,同时保持红帽企业产品所固有的高标准稳定性,Red Hat Ansible Tower 的产品生命周期被分为三个维护阶段,如下所述。

产品阶段

完全支持阶段

在完全支持阶段,红帽会提供以下支持:

  • 严重性级别为“关键(Critical)”和“重要(Important)”的安全修复。
  • 优先级为“紧急(Urgent)”和“高(High)”的程序错误修复
  • 精选的软件功能增强

这些会以子次发行版本的形式提供

每个 Ansible Tower 版本都会自初始发行之日起提供 6 个月的完全支持阶段。

维护支持 1 阶段

在维护支持 1 阶段,红帽会提供以下支持:

  • 严重性级别为“关键(Critical)”的安全修复
  • 优先级为“紧急(Urgent)”的程序错误修复

这些会以子次发行版本的形式提供

每个 Ansible Tower 版本都会自完全支持阶段结束之日起提供 6 个月的维护支持 1 阶段。

维护支持 2 阶段

在维护支持 2 阶段,红帽会提供以下支持:

  • 严重性级别为“关键(Critical)”的安全修复

这些会以子次发行版本的形式提供

每个 Ansible Tower 版本都会自维护支持 1 阶段结束之日(产品变为结束生命周期(EOL)状态)起提供 6 个月的维护支持 2 阶段。

所有更新都由红帽自行决定。

如需了解更多与红帽如何对 Ansible Automation(也称为 Core)提供支持的信息,请参阅 此文档

概述:

支持 不支持
安装 数据库的 Replication/Failover,用户提供的数据库
升级 与 Tower 集成的外部应用程序(例如,Splunk、Okta 等)
备份/恢复 Playbook 问题,但没有 Ansible Engine 权利*
配置 定制的 API 集成
使用 (API 和 UI) 定制的 Inventory 脚本和凭证
操作 定制的 Ansible Tower 配置

*除非在 Tower 中失败