简介：本文的首席执行官注释将介绍有关DevOps的发音的相关内容。我希望这对每个人都会有所帮助。让我们来看看。
DevOps并不是一开始，为什么当前的声音变得更大。实际上，原因很简单，这表明市场，即每个软件公司都遇到了问题。DevOps可以帮助解决此问题并为客户创造价值。
客户有什么问题？每天发行很多次。如果它仍然像以前的模型一样，您的公司可能很久以前就被淘汰了。
实际上，理解非常简单，就像Dev和Ops像图片一样合作（但是上图中的幽默都用来隐喻实际效果是正确的） - 外观是离婚的。如果您只有一个英亩三分之三，出于各种KPI的原因是正常的。但是，想象一下，如果公司的KPI为：对于开发团队，将在一个月内发布10个版本。对于操作和维护团队，在线环境可靠性为99.99％。明显地，这将使开发团队，运营和维护团队突然变得相反。如果您想快速发布版本，获得质量（测试团队）以及操作和维护团队，因为要在线上，它可能会受到基础架构等各种原因的影响。Besides，操作和维护团队将经过仔细的测试，因为它很容易获得稳定的环境，您为我增加了新的风险，当然我很不高兴。
由于上面的各种系统，再加上OP的前缀，因此工作量和工作复杂性增加了，因为在软件行业中，由于新事务的出现，它并没有消除一些复杂性。将复杂性从一个地方转移到另一个地方。因此困难正在越来越大。组织结构没有动态，并且概念没有调整。它已经为DevOps的失败种子奠定了基础。此外，提高能力的能力将使这一美好事物与成功更远。
在软件开发过程中，开发人员负责编写代码，然后将代码交给质量检查（质量保证）团队进行测试，然后将最终版本交给了运营和维护团队进行部署。
DevOps是两个开发和操作词的组合。但是，这里的组合不仅仅是合并两个团队，而是从思维和过程中改变，并根据DevOps思想重新确定整个过程的规格和标准。
DevOps既是一种思维方式，也是一种工作方式。作为三个部门之间的沟通，协作和集成的方法，以促进发展，技术运营和质量保证，组织的快速迭代并意识到竞争优势已成为现实。
在DevOps的过程中，操作和维护人员将在项目开发过程中干预开发过程，以了解开发人员使用的系统架构和技术路线，以制定适当的操作和维护解决方案。开发人员还将参与系统部署操作和维护的早期阶段，并为系统部署提供优化建议。
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年开始逐渐启动。这是历史的一部分，每个人都可以感兴趣进一步理解。
在业务的敏捷性需求的背景下，传统的单型建筑和项目瀑布发展模型无法再满足快速业务发展交付和改变的需求。业务更快的变化并实现应用程序的快速开发交付和应用程序的迭代，敏捷开发（敏捷）风靡一时。Scrum作为一种敏捷方法论被认为是世界上最流行和有效的敏捷项目管理概念，管理概念以及管理概念以及管理概念以及管理概念以及管理概念以及管理概念以及最大的管理概念有效的敏捷项目管理概念和方法之一；
基于敏捷开发的DevOps（开发和操作）通过组织，文化和工具以及自动化的“软件交付”和“体系结构变化”的过程，进一步整合了开发测试，操作和维护团队。快速，频繁且可靠。
DevOps可以有效提高软件交付的效率。在实现更频繁，更快的应用程序发布时，它可以有效地减少因变化而引起的故障和停止时间。
根据Dora和Google Cloud发布的“ 2018 DevOps状态报告”，DevOps在代码发布频率中实施的有效能源团队，释放代码提交，变更的故障率，事故恢复时间的性能要好得多。效率团队：
代码释放频率高46倍
提交给版本的代码更快2555倍
更改故障率少7倍
事故恢复时间几乎是2604次
在参加调查的所有公司中，使用PAAS，Yunyuan和Cantainer Technology的公司在实施DevOps的同时具有更高的高效精英团队的可能性。IT团队的敏捷性转型为业务团队提供了能力的支持，可以快速响应响应在公司数字化的浪潮中，是否可以发现和响应市场变化的速度比竞争对手更快，这是维持公司竞争力的重要因素。
完整阅读：纳比（Nebulogy Nabi Cloud）的原始文章“ Bizdevops促进了企业的数字转型和高速增长”
结论：以上是首席CTO注释汇编的DevOps相关内容的相关内容。希望它对您有所帮助！如果您解决了问题，请与更多关心此问题的朋友分享?