导读：很多朋友问到关于devops怎么找工作的相关问题，本文首席CTO笔记就来为大家做个详细解答，供大家参考，希望对大家有所帮助！一起来看看吧！
关于DevOps 的那些事
在2008年多伦多举办的敏捷大会（Velocity Conf 2008 ）上，Patrick DeBois 和AndrewClay Shafer 先生首次提议讨论“敏捷基础架构”这个话题。在第二年的敏捷大会上有一个具有里程碑的意义技术分享，来自Flickr公司《每天部署10次》的分享，它激发了随后Patrick DeBios在同年十月，在比利时的根特市举办的首届DevOpsDays活动，这个活动是两天的日程，为了大家方便在twitter上的传播，人们把DevOpsDays这个词简写为 “#DevOps” 。 此后，“DevOps”一词问世了，这个词所包含的理念和实践一时在越来越广大的人群中产生了共鸣，随后成为全球IT界在各种大会和论坛里热议和讨论的焦点话题，很多大型IT论坛也都开设出了DevOps专题讨论。这就是DevOps这个词的由来。
DevOpsDays活动随后在Patrick DeBios等相关核心发起人的推动下，在全球范围内蓬勃发展了起来。2010年在美国山景城(Mountain View) 举办的DevOpsDays 活动中，Damon Edwards先生使用“CAMS”这个缩写，高度概括和诠释了DevOps，即文化（Culture）、自动化（Automation）、度量（Measurement or Metrics）和分享（Sharing）。随后Jez Humble先生将“L”精益 (Lean) 原则也加入其中，最终变成了CALMS。
♣ Culture（文化）- 是指拥抱变革，促进协作和沟通
♣ Automation（自动化）- 是指将人为干预的环节从价值链中消除
♣ Lean（精益）- 是指通过使用精益原则促使高频率循环周期
♣ Metrics（指标）- 是指衡量每一个环节，并通过数据来改进循环周期
♣ Sharing（分享）- 是指与他人开放分享成功与失败的经验，并在错误中不断学习改进
“CALMS”完全吻合Patrick DeBois先生所一向倡导的“DevOps is a human problem” (DevOps 是关于人的问题) 的理念 。
从DevOps概念的产生，到如今它在全球范围内的蔓延和认同，已经经历了9个年头的时间。它的火爆推广也伴随着IT行业的迅速变迁和发展，现在已经到了移动互联网时代的后半场，国内的信息化建设已经完成了很多年；如今各行各业的企业也都亟待完成全方位的数字化转型。IT信息技术的先进程度标志着一个企业的核心能力，任何一个成功的企业，敏捷高效的软件开发创新实力和IT管理综合能力不只是门面而已，而是实实在在的市场竞争能力。DevOps倡导打敏捷、持续交付和ITIL三种实践的组合拳，同时应用精益生产理念为基础的管理思想，这正在逐渐地被广泛的接受和认可。
在过去的几年中，国内的各种IT大会也蓬勃发展，其中DevOps相关的专题和分会场也颇受人们的关注。各种云计算、运维等IT技术的社交媒体也都非常重视DevOps这个话题的分享。一个专属于DevOps社群的、国际性的、有影响力的DevOps大会正呼之欲出。在这样的时代背景下DevOpsDays大会北京站在2017年的3月18日来到中国，在同年的8月18日上海，还要举办DevOpsDays Shanghai站的大会。
下面列举一些DevOpsDays大会的相关数据，数据来源于DevOpsDays.org 网站。从2009年到2016年，已经在全球的61个城市/国家成功地举办了117场。
下图是在过去九年中DevOpsDays大会在各个城市/国家的分布和举办次数。
今年也就是2017年预计举办30场，其中已经有18场确定了举办城市和日期；还有12个城市的召开日期待定；这不包括年内还可能会提出申办的城市。以上数据的统计时间在2017年三月。
随着国内BAT等互联网巨头的崛起，互联网公司的开发运维经验也越来越多的在国内的各种技术大会上传播。从最近这两年（2016年和2017年）的技术活动日程中可以看出，国内互联网从业人员也不约而同的用DevOps来定位和分享自己的优势和经验。他们是传播和分享运维侧DevOps实践的先头部队。
出了技术论坛的分享之外，很多线上线下的大会、论坛和讨论组也都越来越热议DevOps这一专题。国内其它相关流派的人群，例如敏捷和精益等，也对DevOps的蓬勃发展表示比较惊讶，DevOps与老牌的敏捷和精益等阵营也产生过一些争论。但这一切的发生也都增加了人们对于DevOps的更深入的兴趣。
在培训认证这方面，Exin DevOps Master是一个国际认证的培训；其它公司和组织也正在举办关于DevOps工具链的培训，这些培训则注重于技术实操，关注在构建端到端的流水线的搭建方面。从DevOps的职位招聘方面，可以看到DevOps工程师相关的职位越来越多了，在职位需求中DevOps这个技能成了加分项，DevOps相关工具的技能也或将成为简历的亮点。在IT行业内不管是开发还是运维团队的人，都开始了学习和接受的过程。
据我观察DevOps方面的厂商在最近3年呈现爆炸式的发展。我把他们分为三类：
目前国内大部分企业慢慢地开始关注了DevOps，大型传统企业也开始逐渐地从各个角度做试点和尝试。试点的角度和方向各不相同，有的从底层基础架构的容器化开始，有的从交付部署流水线的自动化开始；总的来说还处于初级的尝试阶段，还没有大规模成体系的推广。
综上所述，目前国内DevOps发展的阶段还属于起步阶段。就像是ITIL/ITSM在2003年左右的状态。由于DevOps是去中心化的，所以没有唯一、权威的上游厂商的存在，各种理论实践的争执和PK都将终止与解决问题和提高效率的话题上，因此它具有百花齐放百家争鸣的发展条件。个人认为DevOps的实施和落地也不会完全依赖于传统的大型咨询厂商的咨询工作，由于它应该是在企业的内部，在内驱的作用下，自生长出来的；它必须是服务于企业的业务价值流的优化，加速业务价值产出的；而与之相关的工作和责任的担当，外部力量是很难以等量替换和承担的。
在谈这个话题前先看一下DevOps相关工具集的全貌，如下图所示：
最上面的箭头流程图表示了一个业务服务的全生命周期：开发协作、软件构建、质量测试、交付部署和投产运维。前三个阶段偏传统开发组织的工作内容，后两个阶段基本可以和运维组织的工作对应上。在每个阶段下可以看成是一个大分类，这些分类中还包含若干个小分类。这些工具可以粗放的划分为商业软件和开源软件两类；也可以分为SaaS服务类和企业内部部署型。大部分开源工具都有活跃的用户社区和群众基础，这给企业入手这些工具带来了很大的便利。在需要商业支持的场景里还可以选择使用这些开源软件的企业版。
Docker容器技术在最近三年中异军突起，持续交付的技术门槛因此被降到最低，软件生产供应链的格局和效率被彻底提升；基于Docker的微服务架构实践的热度和成熟度也与日俱增。因此，国内的传统企业纷纷试水DevOps和容器技术，在最近两年的各种技术大会中，我们可以看到国内各个行业出现了在不同维度上的DevOps先行者。他们分享的主题大多集中在自动化运维、容器化和PaaS平台的等项目经验。
从国内众多DevOps实践中，我们能看到下面三个技术尤其重要和火热：
以上三种技术相辅相成，有着比较深刻的关联。首先微服务和持续部署各自解决了特别多的传统IT的问题，这些问题都是长期以来制约企业业务发展的难题。容器技术由于它的快速、轻量、微服务化的天然特性，很好的从不同侧面支持了持续交付和微服务架构。容器可以为持续交付提供弹性和高速的系统资源，环境管理和利用率提高了很多；容器的不可变性的特点也更好地支持了微服务架构。
我把DevOps的按照不同的技术特征做了从到1.0 到2.0的时代划分，并尽量通过以下维度比较与传统方式的差异。
我比较认可和接受的企业实践DevOps参考框架如下，其中包含了所需的最佳实践，如下图所示。
（上图来源于：Exin DevOps白皮书）
下面简要描述一下这四大支柱型最佳实践：
由此可见DevOps在企业，特别是大规模传统企业的落地和推广还是比较复杂的。虽然相关的最佳实践都是已经存在了很多年的；但是，通过DevOps的价值观重构企业从研发到交付到运维的价值流谈何容易。基于我的IT从业经验，我似乎感觉到DevOps不能单独依靠自顶向下的推广，当然高层领导的支持依然是重要的和必备的支持条件之一。 可能还需要中层的带动和底层的创新；借鉴生产制造业已经久经考验的精益制造实践也是势在必行。总之DevOps运动会在近几年给IT行业带来较大影响。
Devops是什么？
这是最近一大学习方向，找工作也想找这样的运维岗，但devops是什么？别人问起我又该如何解释呢？所以翻翻资料写写文章记录下关于这个名词的所思所想好了。
所谓devops是一种软件开发和运维一体化的方法，也是一种小步快跑的开发模式，也就是将大的需求分割为一个个小目标来完成，与此同时又尽可能维稳。具体操作模式分为五大步,即持续开发、持续测试、持续部署、持续集成和持续监控，然后将监控监测到的情况加以总结后，如果出现了新的改进目标，或者客户提出了新的需求，那么又会再次开启一轮开发\测试\部署.... 继而就形成了，如下所示的一个持续性闭环。
对于软件开发人员而言devops就是敏捷型开发+自动化运维，而对于运维人员来说就是尽可能的实践自动化运维，同时又参与到开发工作中去，这对于不善于软件开发的运维工程师而言应该是不小的考验（至少我工作两三年中，碰见的运维工程师，没哪个愿意做开发的）。
之前知乎上也有看到一些前端工程师也在学习devops，貌似做开发的对于devops热情度挺高的，而对于运维工程师而言大概首要目标就是学习docker以及学习使用那些用来实践 devops运维开发 所需要的工具。要做到devops中重点提及的 持续性 ，搭建并使用起这些工具应该是必不可少的。
如下是查到的比较全的关于devops实践所需要的一些工具（存在文章中，供之后学习用吧）。
（碎碎念,想起以前公司的上司一个35岁左右的工程师，从我入职第一天就开始念叨整个devops的逻辑，还总说运维早晚要被开发取代，总是无限憧憬开发的工作...然而一年零8个月后我都要辞职了，也不见公司实践devops的理论，更别说用起devops相关的工具...其实我总在想，不管是运维也好还是开发，他们身上应该都有一个同样的角色，即problem solver，为了解决问题，运维工程师去学习开发学习编码，做到持续学习应该也是必然的吧）
linux学会了可以做什么职业？
大到服务器，超级计算中心，
小到嵌入式、手机都能干。
真学好了，找工作去百度、谷歌、ibm都成。
挫一点去华为中兴也能混日子。
云计算就业怎么样?就业前景如何?有前途吗?
随着IT技术的日益普及，IT就业市场对云计算的工作岗位需求与日俱增。以下对四个常见的职业生涯以及如何准备面试进行探索。
近年来，许多IT专业人员已经将其简历进行了修改，并微调了他们在云计算方面的职业生涯。云计算业务将会继续快速增长。根据调研机构Gartner公司的研究报告，公共云服务市场在2017年将增长18%，达到2486亿美元，高于2016年的2092亿美元。各种规模的组织将其业务继续迁移到云端，以利用新的服务和技术。但是，他们需要具备云计算技能的人才来满足他们的业务需求。所以云计算的就业前途还是很好的。
想要从事云计算方面的职业，但不知道从哪里开始?首先了解一下那些受欢迎的云计算岗位，并了解公司雇主对他们的期望。然后，了解自己的简历需要增加哪些经验和技能，如何获取经验，以及如何回答雇主在面试期间提出的一些难题。
以下概述云计算中的一些常见职业以及他们所需的技能：
(1)云计算管理员
企业需要工作人员配置云部署并执行管理和监控任务。这个工作人员就是云计算管理者。需要具备坚实的知识基础，通过教育和培训，获得认证，可以为其在云计算领域的职业做好准备，但要确保其技能是最新的。
管理员的大部分工作是云计算基础设施管理，所以公司的面试人员将询问应聘者的云计算管理体验，以及其熟悉的工具和平台。并要求其了解核心云平台，监控工具和配置管理系统，如Ansible和Zenoss。面试者希望应聘者演示如何使用这些工具来解决问题并提高用户体验，从而提供真实的例子。
企业将会继续积极应用公共和混合云模型，并在谈论将工作负载合并到公共云及其好处。
所具备的DevOps技能
面试者可能会问应聘人员是否会采用DevOps工具，特别是随着越来越多的企业追求这个模式。它有利于云计算管理员获得DevOps相关工具(如Jenkins和Chef Server)的经验。如果其有一些企业所需的直接编码专长，请提及其熟悉的语言，如Java，C / C ++或C#。
(2)云计算架构师
云计算架构师考虑到大局：他们监督云计算策略，包括采用计划，应用程序设计和管理。由于云计算技术不断变化，云计算架构师必须了解当前趋势，以保持环境的有效运行。
企业希望云计算架构师能够面对未来的系统。对于组织三年或三年以上的云战略有着长期的考虑。并可以制定一个更好的路线图，为企业做好充足的准备。
跨平台的可移植性是企业面临的一个重大问题，因此在面试过程中可能会出现容器体验。云计算架构师需要知道容器的能力以及它们如何适应云战略。
此外，诸如OpenStack等开源平台是想要自定义云计算的企业的热门选择。查看供应商以及供应商中立的认证，努力实现云计算的这一职业生涯。
(3)云计算安全经理
安全性始终是企业的首要关注点，云计算安全管理者的作用是保持云部署安全。准备迎接挑战。应聘者需要通过正式的培训和认证，如认证信息系统安全专家，这是简历的重要方面。虽然坚实的教育基础很重要，但面试人员希望应聘者可以在现实世界中使用这些技能。
在云计算安全方面，应聘者还有很多参与的机会和因素，并必须证明能够设计，执行和维护各种云基础架构的云安全策略。云计算系统的威胁和风险日益严重，所以管理人员必须不断监控环境。需要跟踪云安全趋势，并掌握不同的工具和流程，如加密，访问控制和多因素身份验证。
管理人员必须具备良好的沟通能力，为组织内的员工制定政策，以及对治理和合规性标准(如PCI DSS)的了解。
面向未来的云技能
应聘者需要学习新技能，强化已经拥有或在云计算的新职业技能，这永远不会太晚。云计算领域对人才的需求不断变化，所以面试人员希望应聘者具备与现在不同的技能，以适应将来的需求。
云计算供应商特定的体验，容器，机器学习是三种技能，可以帮助提高应聘者简历的价值。
(4)云应用开发人员
企业开发和部署软件的方式随着云计算的发展而不断变化。由于这些变化，企业需要更多的云应用开发人员;他们希望开发人员也承担通常与架构师，工程师，分析师和技术人员联系的角色。不过，应聘者还需要有编程方面的教育背景，请务必了解潜在雇主使用哪些语言，你是否已经掌握了这种语言。
应聘者最好获得主流云平台(如Amazon Web Services，Google和Azure)的实际开发经验。随着多云的采用，熟悉各种平台以及它们之间的互操作性将为应聘者带来好处。
企业雇主需要确保应聘者的技能适合企业，所以他们会询问开发过程。应聘者使用的管理和开发工具越多，面试人员可以评估应聘者是否能够转换到其工具集中。
强调自动化的重要性，特别是在处理DevOps，持续集成和持续交付时。敏捷模型在企业中很受欢迎，因此具有这些模型的经验以及不同部门和角色之间的合作能力有着很大的好处。
DevOps能做什么？
在软件开发的过程中，开发人员负责编写代码，然后将代码交给 QA（质量保障）团队进行测试，然后将最终的发布版交给运维团队去布署。
DevOps 就是 Development（开发）和 Operations（运维）两个词的组合。但这里的组合并不是简单地将两个团队合并，而是要从思维和流程上变革，根据 DevOps 思想重新梳理全流程的规范和标准。
DevOps 既是一种思维方式，同时也是一种工作方式，作为一套促进开发、技术运营和质量保障三个部门之间的沟通、协作与整合的方法论，使得组织的快速迭代，实现竞争优势成为现实。
在 DevOps 的流程下，运维人员会在项目开发期间就介入到开发过程中，了解开发人员使用的系统架构和技术路线，从而制定适当的运维方案。而开发人员也会在运维的初期参与到系统部署中，并提供系统部署的优化建议。
DevOps 的实施，打破了团队内各角色的职能壁垒，让开发人员和运维人员更好地沟通合作，通过自动化流程来使得软件开发的整体过程更加快捷和可靠。
工资明明已经开到5k，运维为什么那么难招？
工资明明已经开到5k，运维为什么那么难招？
招不到人是有原因的！
因为不只是运维的招聘难，而是两边都难，一边公司招不到人，一边是运维不好找工作！
公司招不到人最根本的原因，文明点说就是招聘职位定位不清晰，说不好听的就是心里没点x数！
为什么这么说，看看他们的招聘要求就知道了：
除了字面上的要求，还有很多招聘潜规则，
比如没有经验的不要，年龄太大的也不要！

跳槽太多的不要，在一个公司一直待着的也不要，嫌人家没有竞争力！所以你到底要的是人家跳槽还是不跳槽的？跳槽了，但没有完全跳槽？
在这么多明的暗的条件下筛选下，符合hr需求的人应该很少了，而符合的人其实都是市场上非常优秀的人了，他们会去你们公司吗？你们又能开出什么薪资待遇呢？
说白了就是：要求太高，条件达不到！
另外一方面，运维职位的一些特性又让运维人难找工作，
总结就是运维有三宝：打杂，背锅，睡的少！

运维职业门槛虽然不高，但要会的东西却不少，什么网络协议、系统内核、系统管理之类的都得会一点。公司里但凡跟计算机有关的事，可能都会找到运维，这就导致了运维工作比较杂，不少运维人都自嘲是打杂的！
背黑锅是运维的宿命！电商服务器宕机一下，每分钟损失几百万！哪个运维人员能担得起？前几年很火的一个新闻，微博服务器宕机，技术小哥结婚当天穿着礼服恢复服务。还有技术大佬调侃：为了分摊黑锅，运维发明了devops和full stack！总之不出事还好，一出事就是运维的锅！
除了打杂背锅，还有不得不提的就是因为传统运维的救火队长式的工作模式，每天起的最早，睡的最晚，熬夜是家常便饭，全天on call是常态，运维人苦不堪言！
当然还有就是运维相对开发要low，工资要低一些。
综合这些因素就导致了运维职业难以吸引优秀人才！人才逃离，求职欲望低，企业要求高，导致两难的局面，当然企业是导致这个的局面的主要原因，招人讲究门当户对，优秀的不是最好的，合适的才是最好的。
结语：以上就是首席CTO笔记为大家介绍的关于devops怎么找工作的全部内容了，希望对大家有所帮助，如果你还想了解更多这方面的信息，记得收藏关注本站。