运维一定要学开发吗？运维为什么要学开发？

1. 运维一定要学开发吗？运维为什么要学开发？

　　互联网技术的飞速发展，推动了Linux运维的发展前行。Linux技术越来越受到人们的重视。近年来，运维自动化也成为一个比较热门的趋势。运维一定要学开发吗？运维为什么要学开发？
  
 　　运维为什么要学开发？
  
 　　近年来”运维自动化”在运维领域领域非常热门。很多公司都在考虑是否自动化升级。实际上，运维自动化并不是一个新名词或新技术，而是对传统运维的改造和升级。互联网移动和PC的快速发展、业务更新的频繁、业务访问量的突然增加以及敏捷开发带来的业务流量的巨大增长，给传统运维带来了巨大的挑战。
  
 　　对于自动化运维，运维需要考虑哪些问题？运维人员必须不断思考如何处理以下问题？
  
 　　如何高效的适应业务的频繁更新、变更、上线、扩展?
  
 　　如何以较低的成本实现业务并发计算能力的可伸缩式扩展？
  
 　　能否实现运维人员由被动处理故障转变为故障预防和故障高自愈？
  
 　　如果不断优化运维流程和自动化工具，降低运维成本和人工参与，从而实现自动化运维？
  
 　　运维从业者也要尽快提升自己的能力，认清运维工作的本质，加入运维自动化技能的提升，为自己增值。

2. 开发和运维有哪个更有前途

如果单从前途上来说，我觉得是运维。
你看这几年的技术发展方向就知道了，开发的市场需求量一直在下降，而运维的需求量是一直在上升的。如果前几年你去学开发还可以，现在不建议。

另外，从难易程度上来说开发没有运维好上手，学起来会非常吃力。但运维就不一样了，运维比较好上手，学起来会相对轻松很多，而且这几年运维越来越受重视，月薪20—30K的很正常。
第三，从职业发展上来说，运维的职业天花板比开发高，如果你做开发，可能30岁的时候就要面临失业了，但做运维就不一样了，属于越老越吃香的那种，40多岁也有很多人在做运维，但40多做开发的不多吧？
第四，你以后会结婚生子吧？有家庭之后还是做运维更好一点，不会像开发那么累，加班那么严重，毕竟身体健康对自己和家人也是一种负责。

另外，你也可以从B站或者官网上找一些视频，看看运维和开发的哪个你喜欢，兴趣也很重要的，特别是对于转行的，如果没有兴趣，那计算机本来就是很枯燥的工作，你会感觉更难受了。

3. 运维工程师，学习方向？

4. 运维的运维技术方向

产品的整个生命周期里运维的职责重要而广泛，但运维工程师们的职责不仅限于这部分工作，还需要总结工作中遇到的问题，抽取出相关的技术方向、研发相关的工具和平台以支持/优化业务的发展并提高运维的效率，相关技术工作主要包括：  服务监控技术：包括监控平台的研发、应用，服务监控准确性、实时性、全面性的保障  服务故障管理：包括服务的故障预案设计，预案的自动化执行，故障的总结并反馈到产品/系统的设计层面进行优化以提高产品的稳定性  服务容量管理：测量服务的容量，规划服务的机房建设，扩容、迁移等工作  服务性能优化：从各个方向，包括网络优化、操作系统优化、应用优化、客户端优化等，提高服务的性能和响应速度，改善用户体验  服务全局流量调度：接入服务的流量，根据容量和服务状态在各个机房间分配流量  服务任务调度：服务的各种定时/非定时任务的调度触发及状态监控  服务安全保障：包括服务的访问安全、防攻击、权限控制等  数据传输技术：包括p2p等各类传输技术的研发应用，也远距离大数据传输等问题的解决  服务自动发布部署：部署平台/工具的研发，及平台/工具的使用，做到安全、高效的发布服务  服务集群管理：包括服务的服务器管理、大规模集群管理等  服务成本优化：尽可能降低服务运行使用的资源，降低服务运行成本  数据库管理（DBA）：通过设计、开发和管理高性能数据库集群，使数据库服务更稳定、更高效、更易于管理。  平台化的开发：类docker和google borg平台的开发管理，及服务接入技术  分布式存储平台的开发优化：类google gfs等分布式存储平台的研发及服务接入  等等，凡是关系到服务质量、效率、成本、安全等方面的工作，及涉及到的技术、组件、工具、平台都在运维的技术范畴里。做好每一个技术方向、完成相应的组件、工具、平台研发都能对履行运维职责起到积极的作用，对业务的发展发挥关键影响。

5. 我是如何从运维转岗到开发

2018年7年毕业的我，从事大数据运维工作，如今工作接近两年，内部换岗到大数据开发工作，对我来说是新的开始，也是一段全新的挑战。
  
 先来聊聊换岗的背景，有一段小故事，当初公司招聘的岗位是“大数据开发工程师“，我一直以为是自己理解的开发工作，进到公司后具体岗位内容是“大数据运维工程师”，当时内心是抗拒的，果断找组长和经理表明想法，说明自己不想干运维，想去做开发类的工作。当然，结果也是显而易见，我没有顺利换组。经理和我说了他的工作经历和建议，大概是这么说的：“现在你刚入职场，对岗位的认知和视野有限，你想要的可能是因为你对这个体系不清楚，运维岗位能够对大数据整个架构体系有整体的认识，这一点是运维的优势，而开发则是聚焦于某个组件的研发工作，要不你先在运维岗位干三个月，后续如果还想转，我再安排你换岗。”于是当时便在运维岗位干着，这一干就是一年零10个月，直到经理辞职（大概2019年10离职的）我居然还没有换岗的想法。当然，在写这篇文章时，表明现在已经成功转岗了。从大数据运维到开发，如今也逐渐开始了新岗位的工作，也明确了这是自己暂时要投入的领域。
  
 下面就谈谈我从大数据运维岗转到开发岗的一些想法，也可供后来者参考。
  
  对岗位的认知。 坚持在运维岗位干了22个月的原因，最大的优势是我看到了大数据整个体系架构的设计，这一点也是很多同期使用大数据平台的同事羡慕我的地方。经理说的并没有错，刚毕业的很多同学对岗位认知过于片面和局限，每一个大方向的岗位下可能会包含很多细枝的岗位，而你所了解的只是你想了解的那一块，确实会出现过于局限的点。所以最好的方式是现在岗位上做好本职工作，不要局限于自己负责的那一块工作，在工作过程中了解下周边或者其他岗位的内容与性质，拓展岗位和领域视野，后面换岗也是个不错的选择，毕竟相对换公司，内部换岗是比较容易的。
  
  明确想要做的事情。 职场中最激动的事，无非是做着自己喜欢的工作，拿着满意的工资。明确自己想要做什么，想要朝着哪个方向发展，是个人职业发展很重要的一环。随着工作经历和生活阅历的增加，需要逐渐看清自己的职业道路，探索自己喜欢的职业，展现个人的才能，在职场中有一席之地，是每个人工作的奋斗目标。职业发展与职业目标越明确，人也不会活得漫无目的，失去方向。工作上有追求的岗位内容，生活中理想的生活节奏及活动，这种有清晰追求的状态是非常好的，对自身发展很有帮助，能够让自己更加了解和认识自己。
  
  裸辞。 换岗其实是裸辞的备选之路，也就是说换岗时要做好裸辞的准备。如果换岗顺利则万事大吉，但一旦换岗时领导不批准，留下来你的印象会减分，不留下来就要做好辞职的准备。我换岗之初是找领导聊天说我准备离职了，领导知道我是裸辞后给我安排的换岗，所以换岗才是比较顺利（这一点就需要遇到个大气的领导了）。换岗期间，工作事项不那么忙碌，中间有段时间有种“无业游名”的感觉，主要是当时没有具体的事情可做，上班就比较空闲，这让我意识到裸辞的风险性，并不想想象中的那么美好，比较裸辞是要面临很大的心里压力。所以，如果不到万不得已的情况下，尽量不要裸辞。
  
  敢于表达想法。 职场中有自己的想法很重要，知道自己不想要什么，想要什么，都是对你自身成长有利而无一害的，明确的知道现状与想法不一致时，一定要把想法缕清，勇敢的表达出来，不要憋在心里。即使最后沟通的结果不一定能令你满意，但你敢于表达想法一定会给你自己的印象加分，于你自己而言也是一种挑战。成长的过程中需要有这么一环，敢于表达个人想法，无论是工作内容还是非工作内容，你的想法不一定是最好最完美的，但有想法的这个行为会给你加分，这也就是提问和沟通的重要性。

6. 对运维开发工作的一些思考

 运维开发这个岗位与普通的业务开发不同，与日常的运维工作也不同。要求兼顾开发与运维两种能力。既要掌握不弱于业务开发的开发技术；又要负责SRE同学日常的运维能力；上线之前，还要像QA同学一样，对自己的服务进行测试和分级变更。
   多种能力的交叉，造就不一样的视角：这群人给自己起了一个很简约的名字：DevOps。
                                           按百度百科解释：DevOps是开发、技术运营和质量保障三者的交集。在我看来，DevOps其实只是一种方法论，从这种综合的视角出发，包含一些基本原则和实践方法，仅此而已。   DevOps从架构、开发、测试、发布、运维、变更整个流程来考量，从这种综合的视角出发，能将部门之间的沟通隔阂消灭于无形。会给我们公司和项目注入新的活力。
   DevOps这个概念，本文暂不做讨论，本文内容只针对运维领域【 自动化平台开发 】的工作，进行探讨。
   运维开发的工作，所需能力的复杂，工作性质的交叉，自然会导致很多同学在其中会有些困扰。
   很多刚毕业的小同学，接到 运维开发 的offer的时候，很可能是一头雾水：“运维？开发？到底是运维还是开发？”   有很多从业多年的同学，拼命的追求技术与对底层的探索，却忽略了产品层面的思考。   也有很多整天忙忙碌碌的同学，在业务方的各种零碎的需求中，修修改改，消耗了大多数的时间，最终平台却变得千疮百孔。
   本文，将我关于这些问题的思考分享给大家。
   既然我们是在做平台，那我们要了解的第一点，就是 好的运维平台，是什么样子的 。如果让我们来从头设计一个平台，我们应该如何去考量？
   运维开发在大多数时候，要负责运维自己开发出来的系统，俗称 吃自己的狗粮 。或者很多人跳槽之后，第一件事情，也是从运维别人的系统开始的。那我们如何运维好一个平台呢？   运维与开发的工作，思路其实不尽相同。虽然都是基于 稳定性 来考量，但可能要想的更多、更广，任何有可能影响到我们业务的稳定性的因素，都要考虑在内。   用我目前总监的一句话来讲，就是：我们运维同学与开发同学，最大的不同点，就是 稳定性的意识 。
   运维开发的定位，注定要比业务开发承担更多的责任。因为这群人除了是自己的RD，还要自己做自己的PM、OP、QA。   因此，我们要考量的，还有产品和需求层面的东西。
   时光荏苒，倏忽之间，已入行五年。从一个小小的实习生，成长到现在勉强可以独当一面。   五年来，一直在自动化运维平台开发领域耕耘。从刚开始重构服务树、权限系统模型、堡垒机登录；到后来的流量调度、监控系统报警与存储的深度建设。有很多个人的感悟与成长。   梳理了一下，分享给大家。   最后附上笔者思考本文时的脑图。

7. 运维小伙：从其他行业转行做运维工程师，需要以下两点，会更快！