内容简介:随着云和容器的普及,DevOps 变得越来越重要。 老派系统管理员的方法和手段已经无法管理如今可按需启动的服务器实例。红帽比任何公司都清楚地知道这一点,因此红帽最新推出的 Ansible Tower 3.4 版本能让如今的 IT 堆栈自动化更进一步。Ansible Tower 3.4 版本中最大的变化是增强流工作流方面的功能。Red Hat 此前在 Kubernetes 容器编排方面投入了大量资金,优化了的 Ansible 可以更好地用于混合云环境。具体而言,Ansible Tower 提高了工作流的实用性
随着云和容器的普及,DevOps 变得越来越重要。 老派系统管理员的方法和手段已经无法管理如今可按需启动的服务器实例。红帽比任何公司都清楚地知道这一点,因此红帽最新推出的 Ansible Tower 3.4 版本能让如今的 IT 堆栈自动化更进一步。
Ansible Tower 3.4 版本中最大的变化是增强流工作流方面的功能。Red Hat 此前在 Kubernetes 容器编排方面投入了大量资金,优化了的 Ansible 可以更好地用于混合云环境。
具体而言,Ansible Tower 提高了工作流的实用性。在 Ansible 中,可以使用工作流配置一系列作业或工作流模板。这些功能可能会也可能不会共享库存,手册或权限。但是,与作业模板一样,工作流具有“管理员”和“执行”权限。使用工作流,可以将整个作业集作为一个单元进行跟踪。
在 Ansible Tower 3.4 中,工作流现在可支持自动化嵌套工作流,工作流程清单,workflow always templates 和工作流程聚合。这意味着什么?
-
嵌套工作流程:使用嵌套工作流,可以在工作流之中再加入工作流。
-
工作流级别 inventory:Ansible 依赖于作业模板中的 inventory。现在可以为工作流指定 inventory,然后该工作流中的每个作业模板都可以使用该 inventory。
-
Workflow Always Job Templates:无论工作流作业是否成功,都应始终运行某些自动化步骤。这些步骤包括缓存警告等。有了这个功能,无论其余部分如何进行,工作流中的这些步骤都将运行。
-
最后,通过工作流聚合,可以在继续到下一步之前跟踪多个工作流作业的完成情况。例如,在部署应用程序更新时,可能需要等到集群中的所有节点完成作业才能停止服务。这为工作流内的作业提供了更完整的依赖关系链。
通过相关的新功能,可以使用 Job slicing 在 Ansible Tower 群集中的节点之间并行作业。在 Ansible 4.4 之前,单个 Ansible 作业只能作为单个 ansible-playbook 作业运行。现在,可以从作业模板生成工作流程。有了这个功能,可以一次运行多个工作流程。
现在也可以在 FIPS 兼容模式下使用 Ansible Tower 和 Red Hat Enterprise Linux(RHEL)。
新版本中还有一些其他改动。这些改进可以更好地解决混合云环境中的复杂作业。
参考链接:
https://www.zdnet.com/article/devops-for-the-hybrid-cloud-red-hat-ansible-tower-3-4/
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 红帽 Linux 25 岁啦!未来红帽将着眼云和容器技术
- 红帽公布CoreOS与红帽 OpenShift集成的发展蓝图
- 红帽2.5亿收购CoreOS
- 红帽发布 RHEL 8 正式版本
- 红帽2.5亿美元收购CoreOS
- 收购CoreOS,红帽意在成为Kubernetes公司
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。