DevOps的基础概念

2021-11-22 11:55:06 来源：阅读：-

评论（0）收藏（0）

快速的创新步伐、快速变化的业务前景和新的信息技术需求迫使企业以同样快速的方式做出改变。DevOps就是这样一种将业务敏捷性融入IT组织中不同团队之间的协作、沟通和集成的重要手段。

除了敏捷开发之外，竞争的关键不仅是让产品快速上市，而且每周都要领先竞争对手一步——Gartner预测，2016年全球25%的大型企业将抢占DevOps的市场。

就这样，企业饱受DevOps。他们都想要DevOps，尽管很多企业不知道是什么。比如很多情况下，有些工程师把自己标榜成DevOps，但这只是你自己的看法，其实你不是。DevOps不是人，不是角色，也不是头衔。

什么是DevOps，如何实现DevOps？

那么到底什么是DevOps？

DevOps是一种文化变革，或一种鼓励更好的沟通和协作(即团队合作)的运动，目的是更快地构建可靠性更高、质量更好的软件。云技术合作伙伴副总裁兼首席架构师Mike Kavis对此进行了定义。

HedgeServ创始人兼首席信息官Kevin Behr表示，DevOps集社交系统和技术系统于一体。

ThoughtWorks工作室首席顾问Jez Humble谈到DevOps不仅仅是一个工具，更是一个理念。DevOps是一个使持续交付成为可能的概念，它专注于每个人共同努力来改进开发效率的度量(如生产率)，同时提高稳定性并减少修复故障的平均时间。

2U公司的技术总监詹姆斯·肯尼斯伯格描述了DevOps的几个主要部分的本质:

自动化:自动化确保过程的可重复性和稳定性。一直以来，从同行评审代码到整个团队的流程改进，都是规范任务执行，避免任何偏差风险的最佳方式。

透明性:透明性让团队中的每个成员都可以清楚地看到其他人在做什么，沟通机制和业务流程正在改进等等。

人才:有才华的员工把业务需求、效率和自动化放在硬件如何工作之前，没有严格区分IT和开发人员。在解决问题之前，他们到处和有这种经历的同事聊天，问他们之前是怎么解决这个问题的。

DevOps是一个不同的方案，兼顾了技术和人的问题。VersionOne的敏捷老师史蒂夫·罗帕(Steve Ropa)也这么认为。Steve说DevOps指的是很多技术方案。充分理解这些实践中的大多数是DevOps。持续集成已经流行了很长时间。为了确保持续集成值得花时间，它不仅需要持续集成服务器，还需要一致的自动化设备和验收测试。它还需要与版本控制系统紧密集成，这样一切都在版本控制之下。除了这个技术实践，为了成功实现DevOps，我们还应该关注人、协作和想法。为了从事这些实践，我们需要人。将运维整合到团队中需要一个理念，那就是愿意做出艰难的调整和改变。这是思维方式的一个很大的转变。

DevOps

术语“DevOps”通常指新兴的专业化运动，倡导开发与IT运维高度协同，从而在完成高频部署的同时提高生产环境的可靠性、稳定性、灵活性和安全性。

为什么是开发和IT运营？因为典型的价值流介于业务(定义需求)和客户(交付价值)之间。

DevOps运动的起源通常放在2009年前后，伴随着许多相辅相成、相互促进的运动——效率研讨会运动，尤其是约翰·奥尔斯波(John Allspaw)和保罗·哈蒙德(Paul Hammond)展示的开创性的“每天10次部署”运动(Mark Burgess和Luke Kanies)。Andrew Shafer、Patrick DeBois、Eric Ries、Jez Humble的持续整合与发布运动，以及亚马逊的平台即服务运动等。，在他们的相互帮助和相互促进下发展起来。