简介：今天，首席CTO注意到DevOps过时时与您分享。如果您可以解决您现在面临的问题，请不要忘记注意此网站。让我们现在开始！
Mid -Year.devops是产品快速迭代过程中最繁忙的位置之一。前端的持续集成，交付和部署也已成为提高企业效率的瓶颈。这一职位每年最多都是最繁忙的。位置是指在器官或团体中某个任务的位置，也就是说，只要企业的员工应有特定的职位。
当您看起来敏捷时，DevOps一词无意间出现，您仍然很好奇，当这是什么时，您会发现比例比例还会出现。目前，如果您仍然发现自己不熟悉这个词，则意味着您向您表明您对这个词非常熟悉，这意味着您应该弥补知识。毕竟，如果它们总是经常出现，他们表明它们的相关性很高。
实际上，这不仅仅是敏捷。在CMMI和ITIL中，他们提到了DevOps，这表明我们确实需要对其进行系统的了解。
1. CMMI提到了DevOps
图CMMI
2.关于DevOps的ITIL
各种管理系统实际上都在朝着融合方向发展，它们都需要DevOps的支持，因此您仍然觉得自己不需要认真对待它吗？
如果您想快速有系统地了解DevOps，则可以首先阅读以下书籍：
“凤凰项目”
“连续交付”
“独角兽项目”
“凤凰项目的传说IT操作和维护”
“ DevOps Essentials”
如果您申请DevOps Master认证，则必须阅读“ Exin DevOps Master Whitepaper”。
DevOps是敏捷软件开发和精益生产思想的发展。它应用于IT -end -end -end的价值链，该链的基于现代信息技术，并通过文化，组织和技术变化取得了更大的成功。
这是“ DevOps Essence”中DevOps的定义，定义是严格的，因此通常可以读到我们无法触摸它。Devops实际上是英语单词开发（DEV）和操作（OPS）的组合。和派生，以下“ DevOps功能戒指”是这种破碎部门墙和顺畅交付的非常经典的表达。应用和服务生命周期；强调整个组织合作以及交付和基础设施变化的自动化，从而实现持续整合，持续部署和持续交付。
[图片上传失败...（Image-C93581-165055848432）]]]
DevOps容量环
我们为什么了解它的历史？如果我们只想使用DevOps的某些工程实践，那不是必需的，但是如果您的团队仍然不熟悉这个概念，他们不知道为什么使用DevOps。需要几分钟来了解它。
DevOps起源于敏捷，是在2008年的敏捷论坛上提出的，因此许多人现在认为DevOps是一个敏捷的部分。包括其他人。Gagile相信它包括DevOps，而Devops认为它是其衍生产品。
DevOps的概念在2010年的“ What Is DevOps”的一篇相对完整的描述中描述了。Devops在2013年之后迅速接受了该行业，并源自相关技术的同时开发。2013年，DotCloud启动了Docker项目。同年，Google推出了开源项目Kubernetes，该项目提供了以容器为中心的非部门，扩展和操作和维护平台2015年，Yun的本地概念逐渐成熟，它们的发展有助于DevOps的快速发展。
每个人都可能听说过DevSecops，无论SEC是否安全，您猜是的，即安全性和合规性，这是一个概念，该概念在2016年开始逐渐启动。这是历史的一部分，每个人都可以感兴趣进一步理解。
DevOps时代发表在Devops时代的专栏
估计阅读时间12分钟
“ DevOps执行手册”介绍
现在我开始分享。每个人都有这样的感觉。现在，这项技术的发展太快了，在技术流行之前已经消除了技术。在如此浮躁的时代，我为什么要翻译“ DevOps Executive Manual”一书？因为在“ DevOps实施手册”中，所有理论很长一段时间以来一直有效，例如福特的生产流线，丰田的精益生产以及敏捷的发展思想。这些想法最近没有出现。
2009年，DevOps成为这些想法的基础，因此开发与运营与维护甚至操作之间的协作更加有效。我希望这本书可以帮助进行DevOps转换的公司并解决数字化转型过程，以在数字化转型过程中遇到。这本书专门介绍了Top -Down DevOps实践（企业级别）。如何让领导者和参与DevOps的变化，并将在稍后详细介绍。
另一个类别是自下而上的DevOps的实践（团队级别），其中还包括如何使组织自发生成新实践的组织模型。
消费变化需求实施方法
我们开始今天的主题。首先，根据过去的经验，实施DEVOPS肯定会提高生产效率并降低产品成本。如果成本足够低，则应被大多数市场占用。这个假设正确吗？下面有一个示例：
福特汽车在1914年推出了装配线技术，以使汽车的成本为7,000元（iPhone）。与手机相同的价格，市场上有90％的汽车是由福特生产的。如果根据这种逻辑继续发展，福特将在几年内统一汽车市场。
六年后，装配线得到了优化，可以每十秒钟生产一辆汽车。费用将减少到2,000元人民币（小米手机），以花费小米手机购买汽车。那个时候，创始人的老福特开了个玩笑。他说：“只要黑色，我的客户就可以选择任何彩色车。”
实际情况是，客户只能选择一辆黑色的T型汽车。为了每10秒生产一次汽车，只有黑色油漆才能满足要求，因此生产的汽车为黑色。在接下来的六年中，效率提高和降低成本实现了极高的价值，但结果是该订单远低于输出。
当汽车成为移动性工具时，均匀的t驾驶无法满足用户自定义的自定义。因此，通用汽车使用不同的颜色和配置汽车和更高的价格来占据个性化的汽车市场，从而击败了福特汽车。事实证明，只有提高效率和降低成本并不能统一市场。只有满足用户需求的产品才能生存。
当我们选择一辆汽车时，如果我已经有便宜的T型汽车，我应该在下一辆车上购买哪种汽车？它不再是2,000元的同质移动性工具，而是选择具有不同颜色和不同颜色的汽车根据您的喜好配置，即使价格略高，GM已及时推出了个性化汽车以占据汽车市场。
大多数汽车审查网站将根据价格将汽车分为以下类型，汽车为50,000元，汽车为100,000元，汽车超过300,000辆。这是什么？
例如，有50,000辆汽车具有基本旅行工具的功能（座椅可以覆盖风和雨水，重点是它。这种类型的需求是预期的，因此需求将满足用户的满意度。
还有另一种兴奋的需求。例如，我想购买一个自动停车功能，如果我握着一堆刚刚购买的东西，只要脚下的脚在后备箱下，我想把它放在后备箱中是在行李箱下方的一个，行李箱的门会自动打开，可以满足特殊场景的需求。
或者，也许是自动驾驶的功能，该车辆会根据导航配方位置将孩子送往幼儿园（可以完成美国法律下的特斯拉）。简单的条件，兴奋的需求是黑色技术。
用户的需求分为基本需求，期望和兴奋需求。因需求不同而购买产品的客户表现出很大的差异。为了满足不同的需求，公司能力也有所不同。接下来，满足不同的需求，设计和注意事项是什么。
为了满足预期需求（定制需求），制造商需要进行客户调查，使用批量生产的组件并有效地满足定制需求，并实现快速有效地推出新产品的目的。将产品分为组件的产品，并且有效地满足了某些组件对定制软件的需求。
为了满足基本需求（固定需求），制造商需要严格控制风险并减少新产品失败的可能性，并通过整个过程巩固部门的合作，以提高部门的效率降低成本。满足基本类型需求的产品，需求主要是在短期内不会改变的协议和标准。增强竞争力的方法与T型汽车相似，并不断优化装配线以提高效率和效率减少开支。
为了满足兴奋的需求（黑色技术），制造商需要了解用户使用产品的场景和情感。例如，如果您用脚滑动在树干下面，则可以打开行李箱门。对于黑色技术软件产品，您需要了解用户对用户的使用。产品的行为和情感变化。
就像当前的电子商务网站一样，当用户浏览和购买产品时，他们会记录用户行为（通常浏览产品类型，购物车中的产品等），以判断用户的偏好。了解用户的购买偏好后，提高购买推荐产品的成功率。
对于基本需求，就像购买水，电和石油一样。该产品本质上不是相同的。只要价格便宜，它就会继续提高效率并降低成本，就像T型汽车不断优化装配线一样。
对于满足预期需求的软件公司，我亲自经历了这样的情况。在十多个通信公司中，研发部门的产品是支持内部业务的IT系统。客户定期了解客户业务和对软件的需求，然后自定义一些组件。
这样的组织有两种研发模型：一般组件的开发和自定义组件的开发。研发团队的工作模型和工程师的能力要求完全不同。一般组件团队专注于软件执行效率和一般性，定制团队专注于满足业务需求。
一般而言，这是提高组件恢复速率并降低定制开发工作的整体成本的优化方向。
在兴奋需求方面，有必要感知用户的行为和情感。传统公司不会直接面对个人消费者来感知客户情绪，但是他们可以为大量的用户行为数据和互联网公司做到这一点。在用户的不良功能中，不使用用户的行为，并且此用户行为表明了不满意客户情绪。理解使用产品或服务对产品或服务的使用，并在使用过程中感知用户情绪的变化，甚至有可能使客户甚至黑色技术感到惊讶。
最近，一位与BAT合作的前同事谈到了简短的视频应用产品。他将内部产品与Douyin进行了比较。该过程是观看30个简短的视频并观看某种类型的视频。结果，Douyin可以识别用户对此类视频的偏好，并反复推荐类似的内容，而内部产品没有更改。使用数据和大量用户，这大大提高了产品的竞争力。
为了满足三种不同需求，您需要不同的公司能力。满足定制需求的企业（通过用户研究，生产相对便宜的定制产品），与用户合作交叉，实现实时感知用户情绪的公司，并启动激发用户的黑色技术。这是数字化转型企业面临的挑战。这对于从需求，研发到业务运营，建立新角色和土地新功能的协作过程是必要的。以下是我观点的摘要：分支联盟提高了个人效率（输出输出），从而使系统的全球优化可以改善业务价值（价值结果），最终价值交付的优化是关键。
企业的核心竞争力来自协作效率
让我们看一下用户对企业竞争力的影响。这是如何增强公司竞争力的竞争力的一个例子。IBM成功（国际商业机器）成功的关键是生产计算机（满足商业公司需求的IOE IO OOE。笨拙的机器），早期计算机用于为政府和科学研究机构服务。IBM之间的差异。Univac是IBM为企业的财务人员和银行业服务。
IBM在公司计算机领域使用相同的技术来击败科学研究领域的Univac。当时，Univac服务目标是政府机构和科学家。
IBM在这个市场上取得了成功。公司公司的竞争力反映在提供足够服务的服务对象中。服务市场是否足够大？这是第一个先决条件。
第二点是企业的核心竞争力是它具有建立新价值网络的能力，并且价值网络来自传统的供应链。供应商上企业数量的规格和数量并不经常。。
价值网络之间的区别在于，苹果在美国提出了深圳公司的变化。两个小时后，组装线更改已完成。24小时后，可以生产新的手机。中国在世界上的灵活制造能力可以成为世界上世界上的世界。价值网络的难度是，协调价值网络的能力足够好，大型生产企业以及快速的能力重新组合。
下图是诺基亚于2007年推出的经典手机。也许在场的观众也使用了其中一部。
这张图片的含义意味着诺基亚的手机推出了大量定制外观，然后满足了我们对手机多样化外观的需求，但是它仅被一张外观和一家手机公司击败。为什么？他是iPhone.Apple在协作网络中增加了更多的开发人员，以便手机可以从只能被称为个人效率提高工具中的通信工具进行更改。也许我们真的不能离开手机一分钟，但是在十年中，以前难以想象。
下图是基于云计算平台的三家公司。每个公司都有自己的布局来建立来自电子商务，社交领域和搜索入口的生态。这些平台上的图标可能熟悉所有人。在不同的维度中，从用户行为收集数据，并在使用产品使用产品时感知情绪变化，以使服务越来越好。可以在组织内访问DATA。在云生态学中，共享用户行为数据的成本非常低。
第二个是自动化的基础架构。很容易快速安排云平台上的计算资源以响应用户流量。在集中式和分布式平台上，有优势和缺点本身。集中化将建立一个统一的标准，以提高协作效率。在大型的生态学中，将有协议和标准。提高用户满意度的工具可以进行比较，并且比较不断创新。这也是一些集中和分布的思维。
企业的竞争力是有效与外部价值网络合作。我们都认为企业的表现很好，因为公司的内部管理和企业的效率很高，因此企业具有竞争力。实际上，事实并非如此。外部协作网络提供的企业价值。
企业的竞争力来自服务客户和市场的规模。企业的竞争力来自建立更大的协作网络。企业的竞争力来自促进生态合作并提高服务市场的规模。这是公司竞争力的三个表现。
最后，值得讨论。生态学是在云计算平台上构建的，该平台满足了不同规模的需求，甚至可以满足某些用户的特殊需求。在传统的公司模型下，它是无法想象的，因为市场规模不够大，规模不够效果无法形成，因此它只能以一定的规模启动产品和服务。
云平台还将引入需求众包模型。例如，重新设定的平台将满足大量的小规模需求。该云计算降低了信息发布的成本，并为服务市场带来了新的增量。
大型企业实施了DevOps的三个阶段
让我们输入下面的主题。首先，DevOps是一个系统的变化，以下是提高研发效率的3D原则。在容器运输的开发的早期阶段，用户在容器开发的早期阶段使用了容器运输，容器中的货物不同。转移效率。
在第二次世界大战期间，美国军方需要将大量材料运送到前线，以总结包装，分类和交付过程中的有效原则。基于这些原则，我提出了研发系统的3D原理。一次制造包装，一次分配分配，减少构造，测试和释放链接中的包装和人工过程。原理，发布软件的时间可以在10-30分钟内控制。
其次，DevOps不是一个可支配的项目，可以一劳永逸地完成。以下是软件研发过程中的价值流程图。
以下是我非常喜欢的句子：“比日常工作更重要，这是日常工作的持续改进。”
实际上，我们每个人都在做很多工作。也许每天我们都会比前一天做更多的事情。Li Zhihua老师给出了公司效率的公式。公司效率的效率等于实际的价值工作时间。本图片中计算出的公司效率的效率仅为16％。原因是许多任务正在等待，并且某些工作有重做。从目前的效率水平，优化到双重效率的总体效率提高和三倍的总体效率，这是绝对可能的。在某些链接中，有可能实现在某些链接的内部中，有5次，十次或二十倍。
随着业务不断变化，技术正在不断发展，工作流程中的每个链接都像左派一样混乱。DevopsChange是一个巨大的炸弹型变更，因此他扔了一张扑克卡。着陆后，它整齐地在那里，而且卡片遍布脸，这是实施DevOps Change的兴奋所需的。如果任何人的DevOps都可以实施此级别，那真的是赞美。
这个过程如何完成？首先，我们需要考虑两种力量。第一力是敏捷的。敏捷的目的是什么？是要缩小我们每次交付的时间来做对用户有价值的事情的时间。第二力量是精益的，我减少了价值流程图中的浪费。，最终结果必须是我们软件开发到最终生产的过程，甚至是操作和维护的链接。
我们说，在DevOps开发的初始阶段，基于促进研究，开发以及运营和维护协作的基础，但是从我们的角度来看，只有DevOps可以帮助业务实现业务目标，这可以是一个连续的模型。换句话说，大会，大会也已经完成了线路，并且有许多改进的工作（输出输出），但是业务并不能从中受益（价值结果）。
最高的练习需要团结和确定性。DevOps转换需要很大的成本。使用业务线思维与业务进行交流的DevOps，DevOps实践被用作一个有利的实施项目。
制定层投资于DevOps实践，并希望从中获得好处。我们需要翻译DevOps的结果，以转化为商业人员可以理解的语言。
这是制作新实践的方法。工程师喜欢研究一些新技术。许多团队正在进行此类尝试和创新。有各种比较，并逐渐找到创新的方向。胜任业务价值，而底部的DevOps实践已获得新的实践。使用企业 - 级别的实践来增强业务价值，并使用团队 - 级别的实践来持续创造新的实践。这形成一个正循环。
当我们推广DevOps时，每个人都认为他们正在要求研发人员改善。人们为什么要问人们？因为工作内容尚未在DevOps中实施。上面的句子说：“比工作改善工作更重要。”如果并非每个人的工作内容改进，它不被用作评估的内容，这只是实施DevOps实践而无法着陆的时刻。
右侧的图片是稳定的学习组织模型。例如，在公司的两个部门中，将建立一个协会以定期共享该案件，或者组织选择。，降低重复练习的成本，同时，它还将整合做同样事情的人的经验。
最后，我谈论的是对领导者和广告的培训。一些读者确实将“ DevOps执行手册”的屏幕截图发送给了朋友的圈子，以向老板展示，并以这种方式与领导者进行交流。因为无法直接告诉领导者，我用书中的练习来告诉您。影响领导者。
最后，总结起来，首先，必须有一个明确的路线图来澄清投资回报率，然后验证飞行员团队中新实践的有效性。最后，确立评估目标和组织模型的改进，鼓励团队与受到关注和令人怀疑的心态分享经验。
DevOps五个功能水平
以下是我的想法之一。根据核心竞争力，产品，平台和生态学，该公司分为三个级别。
对于公司面临的商业环境，最复杂的环境是无序的。在最复杂的情况下，即使可以复制先前的练习，也无法获得相同的结果。
同样，工程师的成就也是五个类别，非常巧合和五个类别。最高级别是创建一个行业（爱迪生，福特，贝尔）和事物，改变世界（Google的云计算发明家Dien Jeff Dean），第三级工程师必须是一个非常好的产品经理，并且可以制造好产品被市场认可。
为了在公司中进行有影响力的工作，它符合第四级工程师的要求。从本文中，一个人可以独立解决问题，并完成为第五级工程师的工作。
最后，从我们的环境和我们可以实现的成就中，DevOps服务可以实现的极限是为云上的所有开发人员和生态伙伴提供服务，并将价值和信息传递给最终用户。第二级是内部业务为价值网络中的其他组织提供价值的平台。
从平台和生态学角度来看，引入更多外部协作是公司竞争力的体现。第三级，协调组织内部各个部门的资源，实现系统优化，并显着提高组织效率。级别，通过可见性建立信任文化并提高团队合作效率。第五级，支持个人完成任务，并有能力继续改善。
在小部分中，当满足基本需求时，消费者将提出最高需求。如何满足更高的需求？有必要不断扩大协作范围。对于组织结构和能力来说，这是一个非常巨大的挑战。数字化转型可以理解为组织组织从满足预期需求以满足兴奋需求转型的过程。
第二个是技术和业务变化带来的组织模型的变化，打破了立场的结构并形成了全球优化，这是前面提到的。4,000名开发人员按照相同的规则进行研发。
大型企业通过三个阶段实施DevOps。首先，必须有一个路线图。必须有商业化的试点案例，以清除投资回报率并鼓励组织模型和评估中的创新。
最后，我对DevOps的服务开发的一些想法，并通过引入更大的合作来增强组织竞争力的竞争力。
原始文本发表在微信公共帐户 - 录音时代（Devopstimes）中
原始出版时间：2018-12-26
阅读原始文字
DevOps并不是一开始，为什么当前的声音变得更大。实际上，原因很简单，这表明市场，即每个软件公司都遇到了问题。DevOps可以帮助解决此问题并为客户创造价值。
客户有什么问题？每天发行很多次。如果它仍然像以前的模型一样，您的公司可能很久以前就被淘汰了。
实际上，理解非常简单，就像Dev和Ops像图片一样合作（但是上图中的幽默都用来隐喻实际效果是正确的） - 外观是离婚的。如果您只有一个英亩三分之三，出于各种KPI的原因是正常的。但是，想象一下，如果公司的KPI为：对于开发团队，将在一个月内发布10个版本。对于操作和维护团队，在线环境可靠性为99.99％。明显地，这将使开发团队，运营和维护团队突然变得相反。如果您想快速发布版本，获得质量（测试团队）以及操作和维护团队，因为要在线上，它可能会受到基础架构等各种原因的影响。Besides，操作和维护团队将经过仔细的测试，因为它很容易获得稳定的环境，您为我增加了新的风险，当然我很不高兴。
由于上面的各种系统，再加上OP的前缀，因此工作量和工作复杂性增加了，因为在软件行业中，由于新事务的出现，它并没有消除一些复杂性。将复杂性从一个地方转移到另一个地方。因此困难正在越来越大。组织结构没有动态，并且概念没有调整。它已经为DevOps的失败种子奠定了基础。此外，提高能力的能力将使这一美好事物与成功更远。
如今，互联网的新浪潮云计算正在席卷，“所有公司都将成为软件公司”的趋势正在加速。而且，大多数传统企业，由于缺乏明确的方向和准则，变革的步伐仍然很慢。如何与更多的公司分享第一线互联网公司的出色实践，并让更多的IT从业人员学习着陆的经验练习是我们探索的推动力。
该计划的嘉宾是北京Huayou Technology Co.，Ltd。的总经理Xiao Tianguo先生，他与互联网一起成长，沉浸于行业超过十年。同时，他也是行业的IT领导者，并受到所有人的喜爱。北京Huayou Technology Co.，Ltd。总经理Xiao Tianguo讨论了软件行业的新趋势。
北京Huayou Technology Co.，Ltd.的总经理Xiao Tianguo，DevOps ERA社区的发起人和高效运营和维护社区，DevOps International Standard的联合发起人，Daops Foundation China China China，Open的联合主席联盟联盟，GOPS全球运营会议摘要者，Fudan大学的特殊讲师。2004年，他毕业于北京科学技术大学，并在联想集团，Sohu Changyou，Zhimingxing Tong和Touch Technology的Lenovo Group工作。十多年来，互联网操作，维护和开发操作与维护（DEVOPS）经验经验。
北京Huayou Technology Co.，Ltd。（以下称为Huayou Technology）成立于2015年。它是一家高科技企业，提供DevOps和RPA等技术咨询服务，以提高软件和R＆D效率的质量在中国信息与传播学院的指导和指导下，Huayou Technology组织了诸如互联网，金融和通讯等著名企业的组织，以撰写DevOps行业标准和国际标准，出口到大多数企业，以及大多数企业，以及在很大程度上改善了相关公司的软件，以在很大程度上改善相关公司名称和软件的软件在线上，以提高企业的市场竞争力。HuayouTechnologn为大多数企业提供高质量的技术咨询服务，以帮助企业数字化。
在Huayou Technology的早期，通过运营技术社区的形式，与社区相关的技术文章的阅读量达到了1000万。同时，社区还收集了IT技术从业人员，以多次举行Qianqian Technology Summit，为更多的软件行业从业人员和企业提供平台和机会，以进行交流，学习和改进。在过去的四年中，随着技术社区的培养和降水，您在技术咨询领域奠定了坚实的基础DevOps.China Mobile和China Telecom已经完全确认了Huayou技术的工作。未来，Huayou Technologn将定位提供高端IT技术咨询和软件产品的目标，并传播新技术并使企业的数字化转型更有效和挣扎！
Xiao先生在采访中提到：“正如Wu Jun先生在书中提到的那样：无论是个人还是公司，赶上大浪无疑是最幸运的。波浪，我们可以做越来越有意义的。我们致力于帮助更多的公司实现它的数字化转型。前线 - 实际战斗经验。这些为更多的公司带来了更多的敏捷性和情报可能性。按道路，小先生的技术是色彩丰富而丰富多彩的。从传统的运营和维护工程师到IT的领导者，从建立高效的运营和维护社区到在国内外举办IT行业技术峰会，再到参加国际自然技术标准的撰写，先生肖带领Huayou技术逐步发展，为中国IT行业的发展和创新做出了自己的力量！这种毅力和爱情将使我们动摇和欣赏！热爱IT业务的年轻人正在加入，聚集在一起促进中国IT行业的快速发展，并共同为科学和技术的道路共同努力，向一个强大的国家致以！
在2008年在多伦多举行的速度CONC上，帕特里克·德博斯（Patrick Debois）和安德鲁克莱·谢弗（Andrewclay Shafer）首先提出了“敏捷基础设施”的主题。它是从Flickr的“每天部署10次”中分享的。活动是为期两天的时间表。为了使每个人的方便在Twitter上传播，人们简要地将Devopsdays一词称为“ #devops”。然后，“ devops”一词已发布。这个词中包含的概念和实践在越来越广泛的人群中引起共鸣，然后在各种会议和论坛上成为全球IT行业的重点主题。许多大型IT论坛也开始了DevOps的特别讨论。这是DevOps这个词的起源。
DevOpsdays是通过促进相关核心赞助商（例如Patrick Debios）的促进的，并且在2010年在山景城举行的DevOpsdays活动中蓬勃发展，Damon Edwards先生使用了“ CAMS”的缩写来高度汇总和解释DevOps，这是是文化，自动化和测量（测量或指标）并共享。
（文化（文化） - 这是指拥抱变化，促进协作和交流
自动化
）瘦（精益） - 这是指瘦原理促进高频周期的使用
s指标（指标） - 指测量每个链接。
分共享
帕特里克·德博斯（Patrick Debois）先生，“平静”完全匹配“ Devops是人类的私人”（Devops是一个人的问题）。
从一代DevOps概念到其全球传播和认可，它已经经历了9年。它的大众促销还伴随着IT行业的快速变化和发展。现在，它已经到达移动互联网时代的下半年，并且国内信息构建已经完成了多年。数字转换。IT信息技术的高级水平标志着企业的核心能力。任何成功的企业，敏捷和高效的软件开发以及IT管理的创新能力以及IT管理的全面能力不仅是立面，而且是真正的市场竞争力。Devops倡导敏捷性，持续交付和ITIL实践的结合。同时，基于精益生产概念的管理思想逐渐被广泛接受和认可。
在过去的几年中，各种国内IT会议也蓬勃发展，其中与DevOps相关的主题和分支场所也引起了很多关注。各种云计算，操作和维护以及其他IT技术的社会媒体也非常重视共享DevOps.A的主题，国际，有影响力的DevOps会议专有。也被举行。
下面列出了一些Devopsdays会议的相关数据。从2009年到2016年，在全球61个城市/国家/地区成功举办了117场比赛。
下图是过去九年中各个城市/国家/地区的Devopsdays会议数量。
今年，预计将在2017年举行30场比赛，其中有18场决心持有城市和日期。还有12个城市要定居；这不包括在一年中可能适用的城市中。以上数据的统计数据在2017年3月。
随着国内蝙蝠等互联网巨头的兴起，越来越多的互联网公司的开发和运营经验已经在各种国内技术会议上传播。还使用DevOps来定位和分享他们的优势和经验。他们是传播和分享Yunwei方面运作的实践的先驱。
除了共享技术论坛之外，许多在线和离线会议，论坛和讨论小组也越来越讨论了DevOps的主题。中国其他相关类型的人物（例如敏捷和精益）也感到惊讶DevOps。Devops和旧的敏捷性和瘦营地也出现了。
在培训认证方面，Exin DevOps Master是国际认证培训；其他公司和组织也在DevOps工具链上进行培训。这些培训的重点是技术实践，并着重于末端到末端组装线的构建。从DevOps的职位招募，我们可以看到与DevOps工程师有关的职位越来越多。在职位要求下，DevOps的技能已成为奖励。与DevOps相关的工具的技能也可能成为简历的亮点。在IT行业，无论是开发还是操作和维护团队，他们都开始学习和接受。
根据我对DevOps制造商的观察，它在过去三年中显示出爆炸性的发展。我将它们分为三类：
目前，大多数国内企业逐渐开始关注DevOps，大规模的传统企业逐渐开始从各个角度制造飞行员和尝试。飞行员的角度和方向是不同的。有些是从基础基础架构的容器化开始的，有些则是从装配线交付的自动化开始的；通常，它仍在初中，并且没有大规模的系统促销。
总而言之，当前的DevOps开发阶段仍处于起步阶段。这就像2003年左右ITIL/ITSM的状态。因为DevOps已分散，没有独特而权威的上游制造商。理论实践与PK之间的各种争议将终止和解决问题并提高效率。因此，它具有数百朵花的开发条件。我认为，DevOps的实施和实施将不完全依赖传统的大型咨询制造商的咨询。因为它应该在企业内部，在内部驱动器的行动下，它必须成长。它必须为企业提供服务。业务价值流的优化加速了业务价值的产出。以及与工作和责任相关的责任，外部力量很难取代和承担。
在谈论此主题之前，让我们看一下与DevOps相关的工具集的完整图片，如下图所示：
顶级箭头流程图显示了商业服务的全部生命周期：开发协作，软件构建，质量测试，交付部署以及操作和维护。在前三个阶段，传统发展组织的工作内容，后两个阶段基本上可以与操作和维护组织的工作相对应。在每个阶段，都可以将其视为大型分类，还包含这些类别中的几个小类别。这些工具可以分为两种类型：商业软件和开源软件；它们还可以分为SaaS服务类别和内部部署类型。大多数开源工具具有活跃的用户社区和大众基础，这为公司带来了极大的便利。您还可以选择在需要的情况下使用这些开源软件贸易支持。
Docker Container Technology在过去三年中已经出现了，并且连续交付的技术阈值已被最小化。软件生产和供应链的模式和效率已得到完全提高；基于Docker的微服务体系结构的普及和成熟度也日常增加。因此，家庭传统企业尝试了水上Devops和容器技术。在过去两年中的各种技术会议中，我们可以看到中国的各个行业都出现在DevOps先驱的不同方面。他们共享的大多数主题都集中在项目经验上，例如自动化操作和维护，容器化和PAAS平台。
从许多国内DevOps实践中，我们可以看到以下三种技术特别重要且热：
以上三种技术相互补充并具有更深的联系。首先，微服务和连续部署解决了许多传统IT的问题。这些问题都是困难的问题，这些问题已经限制了企业的业务发展很长时间了。到它的快速，轻巧和微型服务的自然特征，容器技术支持连续交付和从不同方面的微服务架构。提供弹性和高速度系统资源以连续交付，环境管理和利用率得到了很大改善。容器的不令人满意的功能还可以更好地支持微服务体系结构。
我将不同技术特征的时代与不同的技术特征分开，并试图通过以下维度比较以下维度和传统方法之间的差异。
我认识和接受的公司实践的参考框架如下，其中包含所需的最佳实践，如下图所示。
（上图来自：Exin Devops白皮书）））
让我们描述这四种支柱类型的最佳实践：
可以看出，DevOps的登陆和促进大型传统企业仍然更加复杂。尽管存在多年的相关最佳实践。但是，价值很容易通过DevOps的值重建从研发到操作和维护的企业的价值。基于我的IT经验，我似乎觉得Devops不能仅靠下降促销。当然，高级领导者的支持仍然是重要和必要的支持条件之一。这也可能需要由中层和基础创新驱动；还必须从长期测试的精益制造实践中学习。简而言之，近年来，DevOps Sports将对IT行业产生更大的影响。
结论：以上是首席CTO注释为您汇编的全部内容内容。