简介：今天，首席CTO笔记将与您分享如何阅读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），称为国外的SRE（站点责任工程）。
这是软件开发人员与IT操作和维护人员之间合作的过程。它是工作环境，文化和实践的集合。目的是高度自动地实施软件交付和基础架构更改的过程。通过持续的沟通和合作，开发，运营以及维护人员可以以标准化和自动的方式快速，频繁，可靠地交付。我建议您看到速度云。它们是一个完整的云云本机技术服务提供商，它提供云本机应用程序和数据平台产品，包括容器云PAAS，DEVOPS，微服务治理，服务网络，服务网络Grid，API Gateway等。您可以体验它。
希望为您提供帮助，您可以赞扬。
在业务的敏捷性需求的背景下，传统的单型建筑和项目瀑布发展模型无法再满足快速业务发展交付和改变的需求。业务更快的变化并实现应用程序的快速开发交付和应用程序的迭代，敏捷开发（敏捷）风靡一时。Scrum作为一种敏捷方法论被认为是世界上最流行和有效的敏捷项目管理概念，管理概念以及管理概念以及管理概念以及管理概念以及管理概念以及管理概念以及最大的管理概念有效的敏捷项目管理概念和方法之一；
基于敏捷开发的DevOps（开发和操作）通过组织，文化和工具以及自动化的“软件交付”和“体系结构变化”的过程，进一步整合了开发测试，操作和维护团队。快速，频繁且可靠。
DevOps可以有效提高软件交付的效率。在实现更频繁，更快的应用程序发布时，它可以有效地减少因变化而引起的故障和停止时间。
根据Dora和Google Cloud发布的“ 2018 DevOps状态报告”，DevOps在代码发布频率中实施的有效能源团队，释放代码提交，变更的故障率，事故恢复时间的性能要好得多。效率团队：
代码释放频率高46倍
提交给版本的代码更快2555倍
更改故障率少7倍
事故恢复时间几乎是2604次
在参加调查的所有公司中，使用PAAS，Yunyuan和Cantainer Technology的公司在实施DevOps的同时具有更高的高效精英团队的可能性。IT团队的敏捷性转型为业务团队提供了能力的支持，可以快速响应响应在公司数字化的浪潮中，是否可以发现和响应市场变化的速度比竞争对手更快，这是维持公司竞争力的重要因素。
完整阅读：纳比（Nebulogy Nabi Cloud）的原始文章“ Bizdevops促进了企业的数字转型和高速增长”
DevOps =开发人员+运营商，即开发团队，运营和维护团队已集成。借助DevOps，团队可以定期发布代码，自动部署以及连续集成 /连续交付，作为发布过程的一部分。
DevOps的概念对于大型应用程序在不同的负载或流量下保持高性能非常有用，并且可以轻松管理软件部署管道。但是如果没有可用的工具，DevOps的概念就很难实现。诸如Terraform，Artifactory，Packer，Docker，Kubernetes等领域，例如Jfrog的Artifactory，可以支持具有不同开发语言的二进制产品管理仓库。
DevOps起源于亚马逊和Google等大型互联网公司
DevOps：开发和运营组合
DevOps可以被视为开发（软件工程），技术操作和质量保证（QA）的交集。
传统软件组织为各自的分离部门设定开发，IT运营和质量保证。它需要非常紧密的多部门协作。但是，DevOps不仅是软件部署。部门。
需要经常交付的企业可能对DevOps有一般的了解。Flickr已经开发了自己的DevOps功能，以使其能够支持业务部门的“每天部署10次部署”要求 - 如果组织希望为多个用户和多个用户生产申请具有多样化的功能，其部署周期将不可避免地很短。此功能也称为连续部署，通常与精益企业家方法相关联。从2009年，相关的工作组，专业组织和博客迅速出现。
DevOps的引入可能会对产品交付，测试，功能开发和维护产生深远的影响（包括 - 罕见，但现在““热点””）。在缺乏DevOps功能的组织中，开发与操作 - 就像运营商需要更好的可靠性和安全性，并且开发人员希望更快地响应基础架构，而业务用户的需求是业务用户的需求。它是更快地向最终用户发布更多功能。这种信息差距类型是最常见的地方。
以下因素可能会促进组织引入DevOps：
使用敏捷或其他软件开发过程和方法
负责业务的人需要加快产品交付速度
虚拟化和云计算基础架构（可能来自内部或外部供应商）越来越普遍
数据中心自动化技术和配置管理工具
有一种观点认为，主导主导地位的“传统”美国风格的管理风格（“ slong Model vs Toyota Model”）将导致“烟囱自动化”，这将导致开发和操作之间的差距。这。
DevOps通常被描述为“开发团队和运营团队之间更加协作，更有效的关系。”由于团队协作关系的改善，整个组织的效率得到了提高，并且可以降低频繁更改的风险。
DevOps对应用程序应用的影响
在许多公司中，应用程序发布是一个涉及多个团队，高压和高风险的活动。但是，在具有DevOps功能的组织中，该应用程序的风险非常低。原因如下：
与传统发展方法（通常在“季度”或“年”中）的大规模，非频繁释放相比，敏捷方法大大提高了释放频率（通常是“天空”或“周”）
与传统的瀑布类型开发模型相比，将变化的范围与传统的瀑布型发展模型进行了比较。敏捷或迭代开发的使用意味着更频繁的发布和更少的变化。由于部署通常进行，每个部署都不会对生产系统产生巨大影响，并且应用程序将逐渐增长，以平稳的速度增长。释放和协调和协调人，以改善发展与运营之间的技能差距和沟通差距；使用电子数据表，电话会议，即时消息，公司门户网站（Wiki，SharePoint）和其他协作工具来确保所有相关人员。理解更改的内容并与您的所有努力合作。自动部署自动化手段，以确保部署能够部署可以重复任务并减少部署错误的可能性。
结论：以上是首席执行官注释引入的DevOps English的所有内容。我希望这对每个人都会有所帮助。如果您想了解有关此信息的更多信息，请记住收集并关注此网站。