简介：今天，首席CTO笔记将与您分享DevOps和Agile的相关内容。如果您可以解决您现在面临的问题，请不要忘记注意此网站。让我们现在开始！
DevOps（开发和操作的组合词）是促进开发（应用/软件工程），技术操作和质量保证（QA）部门之间沟通，协作和集成的流程和系统的集体名称。
这是一种文化，体育或实践，重视“软件开发人员（DEV）”和“ IT操作和维护技术人员（OPS）”。通过自动化过程“软件交付”和“体系结构变化”，构造，测试，并且发布软件可以更快，频繁且可靠。
引入DevOps的因素：
1.使用敏捷或其他软件开发过程和方法
2.负责业务的人需要加快产品交付速度
3.虚拟化和云计算基础架构（可能来自内部或外部供应商）越来越常见
4.数据中心自动化技术和配置管理工具
5.有一种观点，即主导主导地位的“传统”美国风格的管理风格（“ slong Model vs Toyota Model”）将导致“烟囱自动化”，这将导致开发与操作之间的差距。克服由此造成的问题。
当您看起来敏捷时，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年开始逐渐启动。这是历史的一部分，每个人都可以感兴趣进一步理解。
以下翻译清楚地揭示了敏捷性（敏捷），以及连续集成/连续交付（CI/CD）和DevOps之间的差异和连接。尽管它们是不同的，但它们相互支持并相互联系。开发过程，CI/CD专注于实践，DevOps专注于文化。
3种不同的开发工具可用于建立练习
您不能仅使用一种工具来建造高层建筑物，也不能一口气开发练习。agile，devops和ci/cd是三个截然不同的工具，每个工具本身都很重要。开发团队时将这三个功能用于其预期目的，结果将是可变的。
敏捷发展
敏捷的重点是消除流程障碍，并使关键兴趣（例如开发人员和客户）能够更接近加速交付速度。Agile强调了变化的可持续性，并承认作为软件生产商，我们并不总是了解所有需求和资源在整个生命周期中成功概念，开发和交付高质量软件所需。
不抗拒）变化。
CI/CD
连续集成（CI）是一种软件工程实践，团队成员以较高和更高的频率整合工作。通过长期的CI实践，团队至少每天都在整合甚至每天都会集成“连续的”。
从历史上看，集成一直是一项昂贵的工程活动。因此，为了防止该项目受到严重损坏，CI强调了驱动施工和测试的自动化工具。在CI的实施之后，将减少构建和整合工作，团队还可以尽快检测到集成错误。
连续交付（CD）用于包装和部署CI的项目以构建和测试。团队的团队可以构建，配置和包装软件，并安排其部署方法，以便随时在生产环境中发布（低成本，高度自动化）（低成本，高自动化）。
随着软件更改的生产更加频繁，高功能的CI/CD实践直接促进了敏捷开发。因此，客户有更多机会体验产品更改并提供反馈。
DevOps文化
DevOps的重点是敏捷开发过程中中文和人物的局限性。DevOps的目的是解决组织中过度专业精神以及不同部门之间不良沟通引起的一些痛苦，例如无法快速甚至迅速做出反应DevOps组织通过跨越每个团队的交叉培训来打破运营与维护和开发之间的障碍。这种方法提高了每个人的能力，都可以欣赏和参与彼此的任务，并促进更高的质量合作和更频繁的交流。。
DevOps中的CI/CD是什么？它们与敏捷有什么关系？
CI/CD，敏捷和DevOps以及现实生活之间的关系是什么？工程团队通常从CI开始。Devops可以帮助组织了解整体生命周期中软件所需的配置，甚至更长的时间更有价值的连续交付实践。相反，DEVOPS中CI/CD的实践增强了敏捷的发展。
综上所述
区分敏捷，DevOps和CI/CD的最快，最简单的方法：
敏捷的重点是突出发生变化，同时加速交付。
CI/CD专注于在软件生命周期中强调自动化的工具。
DevOps专注于强调反应能力的文化角色。
这是最近的研究方向。我想在寻找工作时找到这样的操作和维护工作，但是DevOps是什么？其他人应该向我解释什么？因此，我阅读了文章并记录有关此术语的想法。
So -called DevOps是一种集成，操作和维护软件开发以及操作和维护的方法，它也是小步骤和快速运行的开发模型。也就是说，大需求分为小目标以完成，同时，它尽可能稳定。特定的操作模式分为五个步骤，即连续开发，连续测试，连续部署，连续集成和连续监视，然后总结监视监视情况。然后，它将再次开始一轮开发测试部署。...然后将形成，如下所示，如下所示，连续闭环。
对于软件开发人员而言，DevOps是敏捷开发+自动化的操作和维护，对于操作和维护人员，尽可能尽可能多地练习自动操作和维护，同时参与开发工作。工程师的条款应该是一个很好的测试（至少我已经工作了两三年，而且我遇到的操作和维护工程师，没人愿意开发）。
我还看到一些前端工程师也在学习DevOps。似乎DevOps的发展对Devops非常热情。对于操作和维护工程师来说，主要目标是学习Docker并学会使用这些码头来练习DevOps操作和维护开发工具。要实现DevOps中提到的连续性，必须构建和使用这些工具。
以下是DevOps实践所需的一些工具（文章中存在文章，以供以后学习）。
（破碎的想法，记住上一家公司的35年 - 戈德工程师，在我就业的第一天开始阅读整个Devops的逻辑，并且总是说，早晨和晚上将更换操作和维护总是无限地开发工作...但是，我每年8个月后会辞职，而且我看不到公司的DevOps实践，更不用说使用DevOps相关的工具了……实际上，我总是考虑无论是运营，维护，开发还是开发，它们都应具有相同的角色，即问题，为了解决问题，操作和维护工程师都应学会学习开发和学习代码。
没有这个词，应该是：发展
ying [d?velps]
解释：
n发展，发展，发展。
V开发，发展，发展，发展，发展，发展，发展，发展，冲洗，印刷，增长，增长，发展，发展
短语：
发展并启发其他
扩展信息：
关键词汇用法：开发
v（动词）
1.发展的基本含义是“发展”，它可以指的是一种自然或人为的，逐渐，有序的方式，强调过程缓慢而复杂；它还可以参考自身发展的结果（理论，思想）。
2.开发用于指具有生命的事物，可以指代其适当或可能的改进，也指其发挥其所有潜力的特征。开发有时可以指“细节，顺序”。
3.开发的可以用作体内，也可以用作小于动词的小动词。当用作动词时，名词或代词被用作对象。可用于被动结构。
什么是DevOps？
DevOps是一组实践，工具和文化概念，可以实现软件开发团队与IT团队之间的过程自动化和集成。这强调了团队的授权，交叉团体沟通和合作以及技术自动化。
DevOps运动始于2007年。当时，软件开发和IT操作社区开始担心传统的软件开发模型。在这种模式下，编写代码和运营商的开发人员将独立使用和支持代码。在两个单词“开发”和“操作”中，这反映了将这些领域整合到连续过程中的过程。
DevOps如何运作？
DevOps团队包括开发人员和IT运营商，他们在整个产品生命周期中合作以提高软件部署的速度和质量。这是一种新的工作方式，这也是一种文化转型，对组织产生了重大影响团队及其工作。
在DevOps模式下，开发和运营团队不再是“孤立的”。有时，这两个团队将合并为一个团队。合并后，工程师将参与整个申请生命周期的工作（从开发和测试到部署和运营），并具有多学科技能。
DevOps团队使用工具来自动化流程并加速流程，这有助于提高可靠性。DevOps刀具链可帮助团队处理重要的DevOps基本问题，包括持续集成，连续交付，自动化和协作。
DevOps的价值有时会应用于开发团队以外的其他团队。安全团队采用DevOps方法时，安全已成为开发过程中的积极组成部分。这是So所谓的DevSecops。
DevOps生命周期
由于DevOps的连续性，员工使用无限的周期来显示DevOps生命周期之间的相互关系。尽管它似乎是按顺序进行的，但此周期实际上表明在整个生命周期中需要进行持续的协作和迭代改进。
DevOps的生命周期包括六个阶段。它们代表开发所需的过程，功能和工具（周期的左半部分）和操作（周期的右半部分）。团队将在每个阶段进行合作和沟通，以保持一致性，速度和质量。
规划
DevOps团队应使用敏捷的开发实践来提高速度和质量。发展是项目管理和软件开发的迭代方法，可以帮助团队将工作分解为较小的部分，从而提供增量价值。
构造
GIT是一个免费的开源版本控制系统。GIT可以为分支机构，合并和重写存储库的历史提供出色的支持，这为开发和建筑过程带来了许多创新且强大的工作流程和工具。
连续整合和交付
CI/CD允许团队经常发布高质量的产品，该产品涵盖了从源代码存储到使用自动化工作流的生产链接。该团队经常可以合并代码更改，部署功能标记和集成的End -to-到 -结束测试。
监视和警报
快速识别并解决了影响产品正常运行时间，速度和功能的事务。
操作和维护
以客户为导向的端 - 端的IT服务交付的管理。这包括所有IT基础架构的实践，用于组织服务的设计，实施，配置，部署和维护支持。
连续反馈
DevOps团队应评估每个版本并生成报告以改善未来版本。通过收集持续的反馈，该团队可以改善其流程并采用客户反馈以改善下一个版本。
DevOps工具
DevOps工具可以应付DevOps的生命周期的关键阶段。他们通过帮助改善协作，减少上下文切换，引入自动化并实现观察和监视功能来支持DevOps实践。
DevOps工具链通常遵循两种方法：集成或打开的工具链。集成工具链提供了一个完整的解决方案，通常不与其他第三方工具集成。开放式工具链允许使用不同的工具来自定义。这两种方法具有他们自己的优势和缺点。
DevOps的优势是什么？
有“ 2020年DevOps趋势调查”显示，99％的调查对象表明DevOps对其组织有积极的影响。Devops的优势包括更快，更轻松的发布，团队效率，更高的安全性，更高质量的产品以及更高的团队以及更高的团队以及客户满意度。
速度
更频繁地练习DevOps的团队发行了交付结果具有更高的质量和稳定性。允许团队使用自动化工具来构建，测试和交付软件。
改善协作
DevOps的基础是开发人员和运营团队之间的协作文化。他们将分担自己的职责并协调工作。这可以提高团队的效率，并消除工作转移和编写为其设计的代码的时间。
快速部署
通过提高发行版的频率和速度，DevOps团队可以快速改善产品。快速发布新功能和维修缺陷有助于获得竞争优势。
质量和可靠性
诸如持续集成和连续交付之类的练习可以确保正常，安全地更改更改，从而提高软件产品的质量。Monitoring帮助团队实时了解性能。
安全
通过将安全性整合到持续集成，连续交付和连续部署管道中，DevSecops已成为开发过程中的积极组成部分。通过将主动的安全审核和安全测试集成到敏捷开发和DevOps工作流程中，可以将安全性植入产品中。
DevOps面临哪些挑战？
最初的习惯很难改变。在孤立工作中的团队可能很难应对，甚至完全抵制团队结构以采用DevOps练习。一些团队可能会错误地相信，使用新工具足以使用DevOps.ever。DevOps是人员，工具和文化的结合。DevOps团队中的每个人都必须了解从概念，开发到最终用户体验的整个价值流。它需要打破岛屿才能在整个产品的生命周期中合作。
DevOps不是任何个人的工作，而是每个人的工作。
从传统的基础架构到基础设施的使用，基础架构，代码（IAC）和微服务，开发和创新速度可以加速，但是增加的操作工作量可能极具挑战性。最好是为自动化奠定可靠的基础，配置管理和持续交付实践，以减轻负担。
过度的依赖工具将导致团队偏离DevOps的必要基础：团队和组织结构。建立结构，应建立过程和团队，然后确定该工具。
如何使用DevOps？
首先，DevOps需要致力于评估，并可能更改或删除组织当前使用的所有团队，工具或流程。这意味着需要构建必要的基础架构，以便团队可以独立地构建，部署和管理它的产品不必过多地依靠外部团队。
DevOps文化
DevOps文化是指团队采用一种新的工作方式（包括加强合作和沟通）的环境。这是人员，流程和工具的协调，以实现更统一的以客户为导向的服务。多学科团队负责负责产品的整个生命周期。
继续学习
在DevOps中表现良好的组织鼓励在一定程度上进行实验和风险。在这些组织中，跳出固有的思维模式是正常的，并且将失败理解为学习和进步的自然组成部分。
敏捷
敏捷开发方法在软件行业中非常受欢迎，因为它们使团队的内在灵活性，出色的秩序和对变革做出反应的能力。Devops是一种文化转型，可促进软件构建和维护人员之间的协作。DevOps，效率和可靠性可以提高。
DevOps练习
持续集成
连续集成是将代码更改自动集成到软件项目中的实践。IT使开发人员可以经常将代码更改为施工和测试的中心记忆。这帮助DevOps团队可以修复缺陷，提高软件质量并缩短所需时间验证和发布新软件更新。
连续交付
连续交付是通过自动将代码更改为测试/生产环境的连续集成的。它将沿着连续的交付渠道前进。在此管道中，自动结构，测试和部署将安排到工作流程中。
语境
对于组织中的每个成员，必须访问尽快，尽快完成工作所需的数据。团队成员需要接收部署管道中的故障警报（无论是系统性故障还是失败由测试失败引起的），并及时收到生产中生产中运营条件和性能的最新信息和性能。索引，日志，跟踪，监视和警报是团队了解他们的重要反馈来源工作进展。
自动化
自动化是最重要的DEVOPS实践之一，因为它允许团队快速完成高质量软件的开发和部署过程。利用自动化，将代码更改为源代码内存的简单操作可以触发构造，测试和测试和部署过程大大减少了这些步骤所花费的时间。
基础架构是代码
无论您的组织是否拥有本地数据中心或完全在云中的监护权，它都可以快速而始终如一地部署，配置和管理基础架构是成功采用DevOps的关键。国际构造（即代码（IAC））不仅是汇编的汇编。基础架构配置脚本，它还将基础结构的定义视为实际代码：使用源控制，代码审核，测试等。
微服务
Micro Service是一项建筑技术。在此技术中，该应用程序是一系列可以独立部署和操作的小型服务。EAVEAST服务具有自己的流程，并通过接口与其他服务进行通信。这是独立的分离功能和剥离支持DevOps实践，例如持续交付和连续集成。
监视器
DevOps团队监视开发，开发，集成和测试的整个开发周期。通过这种方式，团队可以快速自动响应客户体验中的任何降级。更重要的是，它允许团队“转向左“发展的早期阶段，并最大程度地减少破坏性生产的变化。
开始使用DevOps
开始使用DevOps的最简单方法是识别小价值流（例如小型支持应用程序或服务），然后开始尝试一些DevOps练习。类似于软件开发，使用一小组的一小组转换单个数据流要容易得多利益相关者比试图过渡到组织中的新方式。
结论：以上是为Devops和Agile汇编的主要CTO注释的所有内容。感谢您阅读本网站的内容。我希望它对您有所帮助。