红帽发布 Ansible Tower 3.4：在混合云中实践DevOps更便捷

随着云和容器的普及，DevOps变得越来越重要。 老派系统管理员的方法和手段已经无法管理如今可按需启动的服务器实例。红帽比任何公司都清楚地知道这一点，因此红帽最新推出的Ansible Tower 3.4版本能让如今的IT堆栈自动化更进一步。

\n

Ansible Tower 3.4版本中最大的变化是增强流工作流方面的功能。Red Hat此前在Kubernetes容器编排方面投入了大量资金，优化了的Ansible可以更好地用于混合云环境。

\n

具体而言，Ansible Tower提高了工作流的实用性。在Ansible中，可以使用工作流配置一系列作业或工作流模板。这些功能可能会也可能不会共享库存，手册或权限。但是，与作业模板一样，工作流具有“管理员”和“执行”权限。使用工作流，可以将整个作业集作为一个单元进行跟踪。

\n

在 Ansible Tower 3.4中，工作流现在可支持自动化嵌套工作流，工作流程清单，workflow always templates和工作流程聚合。这意味着什么？

\n

• \n
• \n

  嵌套工作流程：使用嵌套工作流，可以在工作流之中再加入工作流。

  \n\n
• \n

  工作流级别inventory：Ansible依赖于作业模板中的inventory。现在可以为工作流指定inventory，然后该工作流中的每个作业模板都可以使用该inventory。

  \n\n
• \n

  Workflow Always Job Templates：无论工作流作业是否成功，都应始终运行某些自动化步骤。这些步骤包括缓存警告等。有了这个功能，无论其余部分如何进行，工作流中的这些步骤都将运行。

  \n\n
• \n

  最后，通过工作流聚合，可以在继续到下一步之前跟踪多个工作流作业的完成情况。例如，在部署应用程序更新时，可能需要等到集群中的所有节点完成作业才能停止服务。这为工作流内的作业提供了更完整的依赖关系链。

  \n\n

\n

通过相关的新功能，可以使用Job slicing 在Ansible Tower群集中的节点之间并行作业。在Ansible 4.4之前，单个Ansible作业只能作为单个ansible-playbook作业运行。现在，可以从作业模板生成工作流程。有了这个功能，可以一次运行多个工作流程。

\n

现在也可以在FIPS兼容模式下使用Ansible Tower和Red Hat Enterprise Linux（RHEL）。

\n

新版本中还有一些其他改动。这些改进可以更好地解决混合云环境中的复杂作业。

\n

参考链接：

\n

https://www.zdnet.com/article/devops-for-the-hybrid-cloud-red-hat-ansible-tower-3-4/

\n