简介：今天，首席执行官指出，要与您分享如何开始DevOps的工作。如果您可以解决您现在面临的问题，请不要忘记注意此网站。让我们现在开始！
DevOps是IT服务管理的模型。在过去的几十年中，IT操作和维护经历了几个阶段。
简而言之，DevOps试图打开开发，操作和维护的部门墙，以打开整个IT值交付的整个生命周期，并提高整个过程的效率，从产品需求到整个过程在线操作和维护。
DevOps最重要的作用是提高企业产品的交付质量，缩短开发周期并减少失败。降低成本和效率是数字化转型后每家公司的巨大挑战。毫无疑问，DevOps直接达到了疼痛点。
作为DevOps工程师，除了软件工程师的基本编程能力外，它还需要特定的人际交流，工具使用和其他技能。换句话说，DevOps工程师还需要具有“软”和“硬”技能，如下：
1.沟通与协作技能
DevOps是跨软件开发，测试和部署的一种协作方法。它收集具有不同目标的小型团队，以实现更高效和高质量的代码版本。这要求在DevOps过程中不同角色之间必须没有沟通障碍。因此，良好的沟通技巧（无论口头还是书面）对于优秀的DevOps工程师至关重要。
协作的能力也很重要。Devops是团队合作开发模型。每位工程师都是团队成员，需要在整个软件迭代期间支持其他同事的工作。这不仅要求我们成为一名出色的队友，而且在适当的情况下为新移民提供了一些建议，包括但不限于最佳方法指导团队成员提供代码，编码时使用哪些工具以及如何测试最新功能。这要求我们了解这些DevOps流程中的必要技能。
2.熟悉并理解DevOps工具链
除了协作和沟通等“软”技能外，DevOps工程师还必须知道如何使用各种复杂工具来支持软件交付目标。这是出色的DevOps工程师所需的“硬”技能。
DevOps工程师需要知道如何使用和理解以下类型的工具：
版本控制工具
详细介绍，结合代码审核和合并函数的版本控制工具是允许多个开发人员完美协作的主要DEVOPS工具。由于DevOps流程将来自各个部门的专家汇集在一起，因此他们需要了解源代码控制系统和系统跟踪不同应用程序中的变化。此外，它还维护了应用程序的多个版本。
目前，DevOps流程中常用的版本控制系统基于开源分布式版本控制系统Git，例如GitHub，Gitee，Gitlab和主要的基于GIT的内源性协作工具的主要制造商。
连续集成工具
连续集成（CI）是DevOps的关键技能之一，它是构建管道的重要组成部分。Devops要求操作和开发团队使用统一的系统。因此，继续集成的是合并的代码通过此类技术，可以有效合并数据。因此，DevOps工程师必须知道如何使用一些常用的CI工具，例如Github Action，Jenkins，Bamboo，Teamcity，Travis CI等。
容器和布置工具
作为现代微服务和云的核心技术，容器提供了DevOps的三个基本功能，包括连续实验，流量和反馈。容器技术的非特征基础架构实现了操作系统层的虚拟化。它不仅促进了操作和维护程序的升级和部署，而且还促进了将环境复杂性隐藏到应用程序代码的手段，从而成为促进分布式服务的必要前提。
目前，Docker仍然是最广泛使用的容器技术，并且带有集装箱布置引擎Kubernetes的Cloud Native Technology Stack是主要互联网公司建立集装箱技术基础架构的事实标准。
自动化工具
自动化是软件开发中的重要元素之一。几乎所有手工任务都可以使用各种脚本自动完成。例如，Ruby，Bash，Python，Node，Shell等。成为许多DevOps团队加速开发和部署的关键。掌握自动化工具是DevOps工程师的必要条件。
监视和警报工具
DevOps的持续集成和连续的部署实现不能与连续监控的辅助作用分开。许多部件由数百个组件组成，其中一项服务的一项服务可能导致整个系统崩溃。时间 - 耗费以手动找到核心故障。解决方案的一种是继续监视关键功能，例如RAM使用，数量，异常数量和存储空间。因此，需要根据密钥来设置警告系统系统的功能。例如，当存储空间的使用达到80％时，应触发警报，以便DevOps操作和维护开发人员可以在整个系统崩溃之前解决问题。
3.具有成熟编码标准的特定编程技能
但是，编程能力是每个开发人员的最基本能力，但是DevOps工程师在这方面仍然有更多特殊要求。
一般来说，DevOps工程师需要根据专门使用1-2个编程语言来熟悉多种语言框架工程师需要了解这些语言的特征，并具有在操作系统环境中编写和调试的能力。
第四，技术支持和维护技能
优秀的DevOps工程师不仅需要开发技能，而且还需要为客户提供维护和技术支持。这意味着DevOps工程师应该愿意支持内部和外部客户，并且在出现问题时不排除故障。
保护团队并没有受到外界的打扰。它是团队的领导者和高级。它负责提高Scrum团队的工作效率并控制Scrum中的“检查和适应”周期。与产品所有者合作，他将投资于生产以最大程度地提高产量。他确保所有利益相关者都能理解敏捷性和尊重敏捷性的概念。
产品积压包括所有需要交付的内容。内容根据业务需求的价值进行安排。可以调整每个积压的优先级，并且可以增加或减少需求。因此，产品积压将根据持续增长继续驱动维护。
在Sprint开始之前，请定义该Sprint的“ Sprint Backlog”，并生产从此Sprint完成的“有准确的产品积压”。
定义的产品积压是Sprint计划会议的产品。它定义了团队收到的工作量。在整个冲刺过程中，它将保持不变。
用户故事用于描述Sprint Backlog中的项目。用户故事是从用户的角度对功能模块的简要描述。一个用户的故事描述了项目中的一个小功能，并且在完成此功能后将产生什么效果，或者可以为客户创建什么值。用户故事的大小和复杂性应在Sprint中完成。如果用户故事太大，可能会导致其开发跨越几个冲刺，并且此时应分解此用户故事。Scrum团队能够在及时且有效地完成每个故事，将每个故事分解为几个任务。最好不要超过每个任务的8小时。可以保证在1个工作日内完成。如果任务时间超过8小时，则意味着任务的划分存在问题，需要特别关注。
列出了所有团队的内部和团队相关和阻碍项目进度的问题。Scrum Master需要确保积压中的所有问题已分配并可以解决。
项目经理指导产品经理收集和总结项目操作数据（测量指标）和项目需求。产品经理整理并改变需求。同时，团队成员从自己的角色中总结了团队成员，包括测试，开发，UI等。
首先，对DevOps概念的理解仅保持“使用竹制自动部署服务到指定环境”。当我们开始尝试促进Devopsthe整合过程时，第二个是面对当前项目的痛点，面临管理混乱的痛苦点。但是正如孔子律师事务所所说：“设计的设计设计系统等同于组织之间的沟通结构。平台（平台），流程和人员的有机整合。
根据在Martinfowler博客中发表的DevOps文化的观点（如下所示），他认为DevOps Culture中最重要的原则是责任所有权和质量方向。在这方面，我认为我们的公司具有自然优势。在项目开发的早期阶段，包括当前的项目运营周期，大部分的操作和维护工作都已经接管了。可以说，我们永远不会缺少敢于承担责任的“勇士”。同时，在我们公司急剧扩张的当前情况下，它加强了流程管理，以确保这种文化的延续。同时，它可以在人员流动中动态增强文化取向。这是DevOps指导的重要组成部分。
工具=平台+进程。首先，该平台最重要的意义是在企业内进行标准化过程。平台固化的每个过程都可以用于解决某些实际问题。这将形成一个特征：
赋予平台能力，每个人都可以通过相同的操作获得相同的结果。这样，交叉域转移和专家将被平台取代。当一件事不再取决于个人时，将大大减少废物等待，并且平台将成为组织内部功能的集合。
任何方法都不会结合企业的实际状况来分析它是流氓（孔子定律）。那么，哪些问题可以为我们公司的实际状况建立该系统？在讨论开发儿童鞋子的问题时，他们可以看到他们经常处于森林中看不见的树木状态。整个“森林”通常由几个人掌握。一组流程，以实现开放技术和使用data.question.question.question。同时，这也符合“三个步骤工作方法”中流量原理。只有通过简化复杂的流程，我们才能看到有机会让更多的人看到森林。目前，与生态结合，软件交付的效率和质量已成为当今企业的核心价值和核心竞争力。作为软件工程的第三次革命，DevOps在以下两个方面总结了其价值：
所有软件交付过程的手动链接是可以在将来进行优化的方向。Devops提倡职责，并且需要在工具中内置不断改进，并通过工具指导实践。如果您只需将离线过程移至在线执行中，您无法使用DevOps的实际价值。所有这些都无法解决人的问题。如此聪明的道路无法解决企业的基本问题。这次，需要出现文化。
总而言之，Devops中的文化和工具本身就是两个方面。我们既不能盲目地追求工具来确定工具理论。气氛。我们要做的是关注价值，现状，交互式过程和反馈，协作和可视化，自动化和连续优化，极简主义原则和极简主义原则和极简主义的原则和注意实践。
敏捷的管理不仅对研发敏捷，而且要敏捷，更少的功能，专注于用户价值并持续验证，这已成为产品需求管理的核心思想。
此外，通过“研发集成过程”图标，我们还可以看到我们公司的weizhi。目前，我们使用JIRA的查看表格进行需求管理。这个过程在敏捷业务管理方面具有良好的自然优势。我们需要做的是打开产品并开发通信障碍。在我们的日程安排中，没有具体的实施计划。目前，只给出了Bizdevops的核心概念：
关于持续交付功能是我们初始阶段的重点阶段。这也是开发武术真正使用的地方。首先，我们面临第一个问题。在开始做DevOps之前，有一些出色的开源工具用作支持点，Jira，Bamboo，Bitbucket。这些工具在一定程度上减少了我们的初始工作量。在随后的项目计划中，我们制作了基本存储，权限，DEVOPS流程和其他多方调查。当前的存储和权限等基础架构都具有成熟的开源解决方案。以及该项目的当前项目状态。我们选择开发一个自我开发的平台。
1.版本控制，变更管理
主要的核心想法是：版本的标准化，将所有内容纳入版本控制，可以追溯到整个过程和单个受信任的数据源。一组标准化的规则和行为习惯可以在协作过程中降低交流成本，一次做事，这对于标准和规格也是重要的意义。
2.连续构造和连续集成，部署和释放的方式
主要的核心思想是：以自动方式完成从项目编译到发布的过程
3.环境构建，元数据和初始数据管理的管理
目前，这是我们项目版本中的瓶颈。配置和初始化数据应包含在版本控件中，并且标准业务过程同时开发；
4.电报和反馈
交付效率，交付能力，交付质量和可视化平台的建立的统计数据。主要指标包括时间，前开发时间，前开发时间，发布频率，发布时间，发布时间，交付时间吞吐量，在线缺陷密度和在线缺陷的分布。
5.建造 - 质量，保证测试
内部结构质量有两个核心原则：
在近4个月的DevOps实践中，我们主要做了三件事，即某些项目的竹子，基础设施的构建以及DevOps平台的开发。
在最初的时期，我们进行了一些有关DevOps的研究和练习。原则上，根据现有的技术结构，尽可能多地使用开源项目
开源还是自我开发？这始终是一个需要不断的权衡和选择的问题。在此之前，我们谈到了我们需要做什么。当开源组件无法涵盖我们当前的流程时，自我开发的平台自然会在线。
基于上图，我们可以看到FlowDevops平台的基本交互和流动。平台开发现在已经体验了四个小版本的迭代，主要包括以下功能：
值得一提的是，我们选择了Jinja2作为配置模块的统一管理，以及各种环境公共组件的公共组件的地址存储和平台确保服务离线部署中各种连接错误的问题。，对业务的入侵很小，这符合我们在短期内提高部署效率的期望。
的确，DevOps的构建在短期内做了很多工作，但是仍然存在一定程度的问题。包括以下方面：
根据全球云计算峰会成熟模型的估计
在我们的Si Yun中，我们似乎非常遥远，奇怪的技术堆栈，各种反直觉失败。但是，为什么我仍然坚持认为Yunnian是将来我们将在未来建立DevOps的最佳实践，并开发基本设计？引用CNCF的官方定义云原生：
关键字包括开源软件，微服务应用程序，容器化部署和动态布置。尽管我们当前的某些业务方案具有与传输相关的瓶颈，但容器化可能会带来更大的存储量，但是从宏观角度来看，这并不是大多数项目的现状，而我们更多项目的核心是，数据的数量是大，业务和配置很复杂，依赖项模块很大。Yun Chuestang应用程序与DevOps是完美的匹配。它具有高可用性，易于维护，高扩展以及halo.complex的连续交付，并依靠模块的现状。
这就是为什么我坚持在基础设施构建中积累云本地技术解决方案的原因。云本地技术解决方案，我一直认为它可以大大促进我们公司的效率建设和技术开发。例如，如果我们在Yun的本地解决方案技术中还不够容器中的大数据，但是当我们构建一个更有效的操作集成过程时，将会有更多的数据。尝试和错误的资金，这颗恒星正在等待我们探索。
我们都期待着完美，但是在大多数情况下，一切都不是完美的。软件以及DevOps都是如此。我们能做的是基于每个反馈，一些改进过程和反思的改进一次又一次地。在不断的持续改进中，它可能永远不会是完美的，但是正如莉莉·汤姆林（Lily Tomlin）的经典著名谚语是一位著名的美国女演员：成功之路是始终建设的。成功的道路始终在建设中）。
DevOps是开发和操作的组合词。它指的是一组流程，方法和系统的集体名称，以促进开发，技术运营和质量保证部门之间的沟通，协作和集成。Devops是一种文化，体育或实践，对沟通和合作非常重要在“开发”和“ IT操作和维护技术人员（OPS）”之间。通过自动化过程“软件交付”和“架构变化”，构建，测试和发布软件可以更快，频繁且可靠。它的出现归因于越来越清晰认可的软件行业：为了按时提供软件产品和服务，开发和运营必须密切合作。
Devops的出现源于传统模型中开发，运营和维护的分离所造成的管理混乱。开发发展开发的新版本是稳定的。它是矛盾的。实现有效的交付，并解决传统模型中的操作和维护痛苦。
事实证明，DevOps确实可以解决开发与运营与维护之间的混乱，提高研发效率并实现有效的交付。CAICT），超过80％的企业表示，通过在DevOps中使用核心工程实践，研究和发展效率得到了显着提高。同时，调查发现，具有清晰和清晰的管理系统的组织，平均更改时间（即，在生产环境中成功运行的代码所需的时间），也就是说，在通常意义上的交付时间相对较短。
开放用户，PMO，需求，设计，开发（开发），测试，操作和维护（OPS）以及其他上游和下游部门或其他角色
开放业务，体系结构，代码，测试，部署，监视，安全性，绩效和其他领域。
DevOps的引入可能会对产品交付，测试，功能开发和维护产生深远的影响（包括 - 罕见，但现在““热点””）。在缺乏DevOps功能的组织中，开发与操作 - 就像运营商需要更好的可靠性和安全性，并且开发人员希望更快地响应基础架构，而业务用户的需求是业务用户的需求。它是更快地向最终用户发布更多功能。这种信息差距类型是最常见的地方。
DevOps对应用程序应用的影响
随着软件释放迭代的频率越来越高，传统的“瀑布类型”（开发 - 检验 - 释放）模型无法再满足快速交付的需求。在许多公司中，应用程序发布是一个涉及多个团队的活动，高压和高风险。原因如下：
（1）减少变化的范围
与传统的瀑布发展模型相比，敏捷或迭代开发的使用意味着更频繁的发行版和更少的变化。由于经常进行部署，每次部署都不会对生产系统产生巨大影响，并且应用程序将不会产生巨大的影响逐渐以平稳的速度生长。
（2）加强释放和协调
依靠强大的释放和协调员来满足发展与运营之间的技能差距和沟通差距；使用电子数据表，电话会议，即时消息，公司门户（Wiki，SharePoint）和其他协作工具，以确保所有相关人员都了解更改的变化。与内容进行操作并尽一切努力。
（3）自动化
强大的部署自动化意味着确保部署任务的重度以及减少部署错误的可能性。
与传统开发方法的大规模释放（通常在“季度”或“年”中）相比，敏捷方法大大提高了释放频率（通常是“天空”或“周”）本质
1.较小，更频繁的变化 - 含义较小的风险
2.让开发人员更多地控制生产环境
3.理解以申请为中心的基础架构
4.定义简单清晰的过程
5.尽可能自动
6.促进发展与运营的合作
DevOps的出现具有历史上的必然性：
1.新技术，例如蓬勃的全球经济，互联网移动互联网和其他新技术，催生了新的业务形式，而新的业务形式又增强并促进了企业数字化转型的紧迫性以及其角色的重要性在转换过程中
2.新技术和新的研发工程实践的成熟度为基础提供了基础。由微服务体系结构代表的建筑实践降低了软件连续交付，灵活性和递送效率的风险降低；Docker代表的新软件交付模式简化了交付的难度，非常适合在微服务结构下的软件交付；以敏捷开发为代表的研发工程实践已达到一定程度的成熟度，小批量，批次和限制性，例如产品（例如产品），从而使精简的连续交付成为可能。
3.传统的研发模型以及运营和维护管理系统不适合新的变化和新业务形式的新要求（快速响应，快速实施，高质量交付）。
4.随着中国劳动成本的不断上升，依靠过去投资的大量人员的密集发展和维护体系被不堪重负；同时，多年积累的技术债务很难满足并满足企业的数字化转型和升级要求。
什么是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练习。类似于软件开发，使用一小组的一小组转换单个数据流要容易得多利益相关者比试图过渡到组织中的新方式。
结论：以上是首席CTO的全部内容注明了如何启动DevOps的工作。感谢您阅读本网站的内容。我希望这对您有帮助。有关如何启动DevOps工作的更多信息，请不要忘记此网站上的信息。