简介：今天，首席CTO指出，要与您分享有关如何撰写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？
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练习。类似于软件开发，使用一小组的一小组转换单个数据流要容易得多利益相关者比试图过渡到组织中的新方式。
1.自动化测试
对于敏捷的团队和DevOps团队，自动测试是核心内容。自动测试有一定的阈值。您必须了解代码，调试，环境和组件。如果您是性能测试，您还需要了解并发，了解磁盘IO，了解数据库IO，了解CPU瓶颈等。这是主要的LevelSencEthere，这是从主要中学到中级的许多努力。现在，更受欢迎的自动化测试工程师可以是Python，Java或VBS和业务工具。
高级自动化测试工程师还需要一个设计框架来了解脚本和业务的分离。也有非常丰富的经验，了解代码和正在测试系统。GOD-级别的自动化测试工程师是顶级公司的顶级角色。例如，Tencent，Tencent，Tencent，Ali，Baidu或Essezzhe和Deloitte的自动测试建筑师的经验积累了很多年，其代码能力也非常强大，并且其开发能力并不比开发工程师弱。
一般而言，许多人从手动测试工程师开始，然后转向自动测试工程师或测试管理工程师。
测试管理
测试管理的最初门槛相对较高，因为他是整个测试部门的核心。在公司中，测试团队最重要的资产是测试经理。它们是软件质量生命线的支柱。测试管理是对整个测试，时间，资源和人员的全面管理。目标是最终确保软件的质量。
高级测试管理是该部门的核心。擅长沟通和管理的测试专家。每日需要领导团队促进公司软件质量的质量，并领导整个研发部门，以确保软件的质量。GOD -Level测试管理是行业中的推动者。他可以积累该行业并根据自己的经验做出贡献。
3.质量工程师
质量测试工程师不进行特定的测试，主要是管理测试的一系列过程。
第四，安全测试
安全测试工程师的收入通常相对较高，并且现在也变得越来越受欢迎。在测试位置，安全测试和自动化测试中写成编写代码，并且难度也不低。什么是安全测试？许多开发开发的开发人员都知道有许多GS注入，作为注射，数据库注入等，入侵网站，入侵数据库系统，入侵信息管理系统等。测试工程师将防止漏洞，反渗透攻击和代码扫描。
这是最近的研究方向。我想在寻找工作时找到这样的操作和维护工作，但是DevOps是什么？其他人应该向我解释什么？因此，我阅读了文章并记录有关此术语的想法。
So -called DevOps是一种集成，操作和维护软件开发以及操作和维护的方法，它也是小步骤和快速运行的开发模型。也就是说，大需求分为小目标以完成，同时，它尽可能稳定。特定的操作模式分为五个步骤，即连续开发，连续测试，连续部署，连续集成和连续监视，然后总结监视监视情况。然后，它将再次开始一轮开发测试部署。...然后将形成，如下所示，如下所示，连续闭环。
对于软件开发人员而言，DevOps是敏捷开发+自动化的操作和维护，对于操作和维护人员，尽可能尽可能多地练习自动操作和维护，同时参与开发工作。工程师的条款应该是一个很好的测试（至少我已经工作了两三年，而且我遇到的操作和维护工程师，没人愿意开发）。
我还看到一些前端工程师也在学习DevOps。似乎DevOps的发展对Devops非常热情。对于操作和维护工程师来说，主要目标是学习Docker并学会使用这些码头来练习DevOps操作和维护开发工具。要实现DevOps中提到的连续性，必须构建和使用这些工具。
以下是DevOps实践所需的一些工具（文章中存在文章，以供以后学习）。
（破碎的想法，记住上一家公司的35年 - 戈德工程师，在我就业的第一天开始阅读整个Devops的逻辑，并且总是说，早晨和晚上将更换操作和维护总是无限地开发工作...但是，我每年8个月后会辞职，而且我看不到公司的DevOps实践，更不用说使用DevOps相关的工具了……实际上，我总是考虑无论是运营，维护，开发还是开发，它们都应具有相同的角色，即问题，为了解决问题，操作和维护工程师都应学会学习开发和学习代码。
程序员的简历通常通过Markdown或Latex生成PDF。前端程序员将使用JavaScript获得更酷的Web版本简历更为特别。
作为Python程序员，您可以通过以下代码在命令行中生成唯一的Pythonic简历。
1＃/usr/bin/env Python 2＃编码= UTF-8 3 4导入随机5导入RE 6 7 8 def颜色（消息）：9 color ='x1b [％d;％dm'（1，rightom.randint（30,37））10返回'％s％sx1b [0m'％（颜色，消息）11 12 13 def colorprint（mes，flag = true）：14 def_deco（func）：15 def wrapper（args）：16 res：16 res= func（args）17印刷（颜色（mes +'：：
'））18如果flag：19对于k1，v1 in res.items（）：20如果不是isinstance（v1，dict）：21 print（'{0}：{1}'。格式（k1，v1））22 else：23 print（'{0}：'。格式（k1））24对于k2，v1.items（）中的v2：25 print（'{0}：{1}'。格式（k2，v2））26 else：27对于I中的I：28如果不是Isinstance（i [1]，dict）：29 print（i）30 else：31 for k，v in I [1] .Items（）：32 print（'{0 0}）[{1}]：{2}'。格式（k，i [0]，v））33 print（'
'）34返回res 36 return_deco 37 38 39课程简历（对象）：40 41 def str（self）：42返回颜色@colorprint（'个人信息'）46 def _personal_information（self）：47返回{48'name'：Cheng Jian'，49'性别'：“男性”：[1987，9，14]，51'教育'：{52'学校名称'：'taiyuan科学技术大学'，53'Major'：'电气工程及其自动化'，54'学位'：'：毕业'：2010 56}，57'TEL'：'181543777，四，九，58'电子邮件'：'newer027 aite aite gmail.com'，59'目标位置'：re.com（60“'python deverter'| devops”，re.i | re.i | re.m）.pattern 61} 62 62 63 @property 64 @colorprint（'个人功能'）65 def特性（SEL）：66 return {67''：开发'，68'BEBEISTIC and Love'：'因为我喜欢Python，我会放弃购买管理'，69'自我学习能力强大'：'自我学习Excel VBA和Python为了完成项目并满足需求'，70“毅力和耐心”：'2013年7月，我花了8天To从上海到上海'，71'is_geek'：true 72} 73 74 @property 75 @colorprint（'个人能力'）76 def技能（self）：77 return {78'language'：{78'lageage'：79“熟悉”：['python'，'vba']，80“理解”：['javascript'，'c']}，81'OS'：['macos'，'ubuntu'，'empedded linux']，82'工具'：['pycharm'，'ipython'，'git']，83'databaseandtools'：[''mongodb'，'redis'，'redis'，'memcached']，84'webframework'：{85'：{85'：{[85'：[[[[[[85''：[[[85'：[[[85'：[[[85）'烧瓶'，'django']，86}，87'其他框架'：['pandas'，'numpy'，88'clery'，'beautiful soup']，89'其他'：'cet'：'cet'：'cet' -6 '90} 91 92 @property 93 @colorprint（'Work Experience'，false）94 def Work_experine（SEL）：95返回枚举（[96 {96 {97''时间段'：'2013.8-2017.01'，98'公司名称'：'Sony Sony）'，99'位置'：'采购管理'100}，101 {102 {102 {102 {102 {102 {102 {102'time ofere'：'2010.9-2013.07'，103'，103'公司名称'：'：''：''：''：'''：''上海洪希电子材料有限公司108 @Property109 @ColorPrint （“项目经验”，false）110 def ProjectExperine（self）：111返回枚举登记划分'：'：'在库存管理和采购业务的工作中，通过自我研究的Excel公式和VBA，'115'使用Excel VBA自动化。'）116}，117 {118'项目'：雪：雪球组合位置分析工具'，119'description'：（'后端使用烧瓶和美丽的汤，前端使用角和D3的单曲- 页面应用程序，'120'获取雪球ID组合的组合信息和注意力的组合。湿库存位置。'）121}，122 {123'project'：'django fimemne flumephen centrup nose note'，124''描述'：（'django以身作则，有四个完整的Django项目，即博客网站，图片书签社交网站，“ 125”购物网站Andonline Education网站。我一一写下代码。在调试操作成功后，该代码被给予代码。'）126}，127 {128'project'：'dJango-CMS源代码分析'，129'描述':('仍在进行中。作为一个大型Django项目和成熟的网站生成工具，“ 130” Django-CMS的源代码可用作实施Django项目的权威参考。（'@where where'，false）136 def findme（self）：137返回枚举（[138 {139'链接'：'，140'描述'：'个人技术博客'}，141 {142'link'：'：'：'：'：'：'：'：'：'：'：'：'：'：'：'：'：'：'：'：'：'，143'描述'：'个人github homepage'}，144]）145 146 def show（self）：147 print（resume.str（））148 prolist = [i indir（self）如果不是i.startswith（'__'）] 149对于Proist：150 getAttr（self，pro）151 152 153如果__ -name __ =='__ -main __'：154简历= resume（）155简历。（）
查看代码
以下是MacOS Python 3.5环境中运行代码的结果。
希望收养谢谢
希望帮助您
DevOps和SRE似乎是同一枚硬币的两个面条。它们都旨在将开发团队与操作和维护团队之间的差距汇总在一起，他们希望提高软件部署的效率和软件操作的可靠性。
DevOps的定义是“一种软件工程文化和实践，旨在统一开发，运营和维护。”该术语最初是由Andrew Shafer和Patrick Debois在2008年创建的。尽管花了几年的时间才成为一个普遍的概念，但现在，几乎每个公司都在使用DevOps。
自2003年以来，现场可靠性工程师（SRE）的概念已经存在，该概念比Devops年龄较大。它是由Ben Treynor创建的，他创建了Google。符合Treynor，SRE是“软件开发工程师开始承担运营和维护人员”。
DevOps和SRE倡导自动化和监视。目标是减少从开发到部署生产的时间而不影响代码或产品的质量。竞争性关系，但要打破打算打破更好软件的亲密朋友。”
DevOps只是在乎需要做什么，但是SRE谈论如何做。想象。
结论：以上是首席CTO注释为每个人编写的DevOps简历的所有内容。感谢您阅读本网站的内容。我希望这对您有帮助。有关如何在此站点上编写DevOps ReSumesFind的更多相关内容。