一种软件工程手法
与DevOps的关系播报
编辑
持续交付与DevOps的含义很相似,所以经常被混淆。但是它们是不同的两个概念。DevOps的范围更广,它以文化变迁为中心,特别是软件交付过程所涉及的多个团队之间的合作(开发、运维、QA、管理部门等),并且将软件交付的过程自动化。另壹方面,持续交付是壹种自动化交付的手段,关注点在于将不同的过程集中起来,并且更快、更频繁地执行这些过程。因此,DevOps可以是持续交付的壹个产物1688黄页,持续交付直接汇入DevOps。
与持续部署的关系播报
编辑
有时候,持续交付也与持续部署混淆。持续部署意味着所有的变更都会被自动部署到生产环境中。持续交付意味着所有的变更都可以被部署到生产环境中,但是出于业务考虑,可以选择不部署。如果要实施持续部署一种软件工程手法,必须先实施持续交付。 [1]
持续交付四步实现播报
编辑
自动化
自动化流程被视为是人工流程的次级亚马逊基础设施运维,一些人担心他们会做自动化工作。自动化减少了疲劳感,使开发人员有更多的时间关注在更多有趣的工作上。使较新的自动化工具亚马逊基础设施运维,如Puppet and Chef,以及一些新的云服务,都对流程有帮助。
DevOps
使用DevOps方法来摧毁阻碍了开发人员看到生产问题的运维的墙。
云基础设施
Edmunds通过亚马逊web服务使用公有云资源,以及他们专有的本地虚拟化,以及带有防火墙的私有硬件。在这两种情况下,优势是一样的。广泛的虚拟化给他们提供了部署、测试和生产环境,这不仅仅是随时可用,而且与人工提供的环境相比更加一致。
每天通过他们的虚拟化环境自动化管理费数千万的个人设置和配置,这要求巨大量的硬件设备,以及每台设备的个人配置。有了虚拟化架构,新环境可以自动化得到支持。不再使用的旧环境可以迅速关闭,给新项目释放资源。
以软件为中心的哲学
前三个组件:自动化、DevOps和云基础设施支持,内容管理得益于视编辑复制为软件这使得在失去性目标时,开发人员调试并修复问题时变得更加容易。 [2]
【本文来源于互联网转载,如侵犯您的权益或不适传播,请邮件通知我们删除】