毕业论文
您现在的位置: 框架 >> 框架市场 >> 正文 >> 正文

牛年收官之作谈一谈DevOps框架与流程

来源:框架 时间:2022/7/16
北京治疗白癜风到哪个医院好 https://wapjbk.39.net/yiyuanzaixian/bjzkbdfyy/
最近和朋友聊起一本新书,发现作者没有把他要说的“DevOps的总体结构和流程”讲清楚,甚至会误导读者,并且透过这些内容,感觉作者自己也没有真正理解“什么是DevOps”。为此,为了你不被误导,我就来写一篇有关DevOps框架(“总体结构”一般适用于系统的描述,我们也可以把DevOps看成一个系统,但还是有点不合适,觉得这里用“框架”更合适些)与流程的文章,作为牛年的收官之作,自己在牛年也牛一把??1.DevOps概念的澄清(一千个人就有一千种DevOps的解读)什么是DevOps?4年前我写的“整理了一份史上最全的DevOps工具链”一文中,就通过追溯DevOps的历史发展过程来帮助大家理解、澄清这个概念,后来我还整理了DevOps发展史(征求稿)。如果有兴趣,您可以打开这两篇文章看看。年DevOps概念引入之时,就是基于“Development”和“Operation”合成的一个新词“DevOps”,强调开发(指交付前的研发活动,包括测试,不要简单理解为狭义的开发)与运维的融合,要求人们把注意力放在开发和运维的合作上,促进开发、技术运维和QA部门之间的沟通、协作与整合,这属于简要版的DevOps(DevOpslite)。而现在通常意义的DevOps是强调整个组织的协作和整合(约束理论也是要求优化整体而不是单个的"孤岛"),超越IT和公司的边界,扩展到HR、财务、供应商与客户。

这里,我把几个有代表性的DevOps定义列出来,然后综合这些定义,我再试图给出更为清晰、完整、易理解的DevOps定义,从而帮助大家全面了解DevOps的内涵。

DevOps是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化、运动或惯例。通过自动化“软件交付”和“架构变更”的流程,来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。(注:“软件开发人员”已经被误用,所以这个定义是有问题的,这里的Dev应该是指整个研发)

DevOps代表了一种IT文化的变化,侧重于通过在面向系统的背景下采用敏捷、精益的做法来快速提供IT服务。DevOps强调人(和文化),寻求改善运维和开发团队之间的合作。DevOps的实施利用了技术(特别是自动化工具),可以从生命周期的角度利用日益可编程和动态的基础设施(注:如基础设施是代码、容器/虚拟化技术)。

严谨的DevOps是指IT解决方案的开发、IT运维活动以及支持企业的其它IT活动(如安全和数据管理)的流水线化(streamlining),以便为企业提供更高效的结果。

DevOps是软件开发人员(dev)和运微(ops)的结合。它被定义为一种软件工程方法,旨在通过促进协作和责任分担的文化,整合软件开发和软件运维团队的工作。(注:狭义的DevOps,问题同上)

DevOps是一种思维方式、一种文化以及一套技术实践。它提供了沟通、整合、自动化以及计划、开发、测试、部署、发布和维护解决方案所需的所有人员之间的紧密合作。DevOps是精益企业的敏捷产品交付能力的一部分,企业实施DevOps是为了打破组织上的隔阂,开发一个持续交付(CD)流水线(CDP)——一个高性能的创新引擎,能够以业务的速度交付市场领先的解决方案。

DevOps是一套实践、工具和文化理念,它使软件开发和IT团队之间的流程自动化和一体化,强调团队授权、跨团队的沟通和协作以及技术自动化。

DevOps集文化理念、实践和工具于一身,可以提高组织快速交付应用程序和服务的能力。开发团队和运维团队不再是“孤立”的团队,他们的工程师会在应用程序的整个生命周期(从开发、测试到部署、再到运维)内相互协作,开发出一系列不限于单一职能的技能,并使用能够帮助其快速可靠地操作和发展应用程序的技术体系和工具,可以独立完成通常需要其他团队协作的任务。

DevOps使以前孤立的角色——开发、IT运维、质量工程和安全——能够协调和合作,以开发更好、更可靠的产品。通过采用DevOps文化、实践和工具,团队获得了更好地响应客户需求的能力,增加了对其构建的应用程序的信心,并更快地实现业务目标。

从上面这些定义看,DevOps是一套文化理念、实践和工具,而且文化理念更重要,它决定了人们的实践,会促进不同团队之间的沟通和协作,也促进所使用的流程和工具向持续集成(ContinuousIntegration,CI)/持续交付(ContinuousDelivery,CD)、流水线化方向改进。为了能实现快速交付、持续交付,需要自动化技术支持,包括自动构建、自动集成、自动测试、自动部署。DevOps之父PatrickDebois在回答他为什么不支持DevOps的宣言时,就指出人们应该回到敏捷宣言中去,并再次大声地、重复朗读它。敏捷向“更快地交付软件”的转变,以及对最终目标(业务价值)的

转载请注明:http://www.0431gb208.com/sjszlff/1058.html

  • 上一篇文章:
  • 下一篇文章: 没有了