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 中失败