简介：今天，首席执行官注意到与您分享有关如何使用DevOps的信息。如果您可以解决您现在面临的问题，请不要忘记注意此网站。让我们现在开始！
DevOps（开发和操作的组合词）是促进开发（应用/软件工程），技术操作和质量保证（QA）部门之间沟通，协作和集成的流程和系统的集体名称。
这是一种文化，体育或实践，重视“软件开发人员（DEV）”和“ IT操作和维护技术人员（OPS）”。通过自动化过程“软件交付”和“体系结构变化”，构造，测试，并且发布软件可以更快，频繁且可靠。
引入DevOps的因素：
1.使用敏捷或其他软件开发过程和方法
2.负责业务的人需要加快产品交付速度
3.虚拟化和云计算基础架构（可能来自内部或外部供应商）越来越常见
4.数据中心自动化技术和配置管理工具
5.有一种观点，即主导主导地位的“传统”美国风格的管理风格（“ slong Model vs Toyota Model”）将导致“烟囱自动化”，这将导致开发与操作之间的差距。克服由此造成的问题。
DevOps是一组流程，方法和系统的集体名称，以促进开发（应用/软件工程），技术运营和质量保证（QA）部门（QA）部门。它的出现是由于越来越清晰认可的软件行业造成的：交付时间，开发和运营必须紧密合作。Devops旨在统一软件开发和软件操作，与业务目标紧密集成，并大力促进自动化和监测软件构建，集成，测试，释放，部署和基础架构管理。
DevOps的目的是缩短开发周期，增加部署频率并发布更可靠的。用户可以通过完整的工具链中的完整工具链来实现零 - 深度集成代码仓库，产品仓库，项目管理，自动测试和其他主流工具。成本迁移并快速练习DevOps。
DevOps帮助开发人员和操作和维护人员创建一个新的空间，并通过连续交付实践来建立一种新的方式来优化资源和扩展应用程序。DevOps和Cloud Native Architecture的组合可以实现精益产品开发过程，适应快速变化，并更好地满足企业的业务目的。在容器云PAA，DEVOPS，微服务治理，服务网格，API网关等方面，速度云很好。它们是完整的云云本地技术服务提供商。你可以找出答案。
DevOps是在软件服务领域中最著名的，但其原理适用于与快速交付产品和服务有关的任何环境。它可以促进敏捷开发，服务管理和精益改进的协同作用。控制和控制对整个组织的成功非常有帮助。
在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行业产生更大的影响。
DevOps解决了IT专业的沟通和优先级，这可以促进团队之间更好的沟通和协作。
为了构建可行的软件，开发团队必须了解生产环境并在实际条件下测试其代码。传统的结构将把开发和运营团队放在岛上。这意味着当他们的代码提供功能时，开发人员会满足。但是，如果它在生产中发布，则将由运营团队修复。
如果您使用DevOps模式，当存在问题时，生产的变化很小且可逆。整个团队可以理解变化，这大大简化了事件管理的方式。但是DevOps模式取决于有效的工具来帮助团队帮助团队这些工具可以自动执行手动任务，以帮助团队大规模管理复杂的环境，并使工程师能够控制DevOps所实现的高速。主包装格式，为工具和CI服务器构建完整的语言产品仓库。工件和DevOps解决方案从开发环境到生产环境求解。
DevOps工具的选择需要专注于各个阶段的需求。不同阶段的工具的选择是不同的。它可能分为规划工具，问题跟踪工具，SCM工具，施工工具，测试工具，连续集成和部署（CI/CD）工具，配置管理工具，云平台，容器计划程序，监视和记录工具，通信工具等。目前，行业中更常用的施工工具包括Maven/Gradle，Jfrog Artifactory，Sonatype Nexus等。在施工过程中使用多种语言来存储二进制输出。
结论：以上是首席执行官注释介绍DevOps的所有内容。我希望这对每个人都会有所帮助。如果您仍然想了解有关此信息的更多信息，请记住收集并关注此网站。