编程没有感觉还需要运维吗

① 学java开发刚出来，做运维好么或者说做运维能学到开发技能以后转开发容易么

学完java开发如果具备开发能力建议直接从事相关领域的工作，运维需要掌握的知识面比较宽，想要做到精通需要耗费时间较长。具体可以咨询千锋教育，千锋Java现已拥有成熟独立的项目库，项目均1：1引进大厂项目，授课采用 CREA 项目研发模型。

Java是一门面向对象的编程语言，不仅吸收了C++语言的各种优点，还摒弃了C++里难以理解的多继承、指针等概念，Java语言作为静态面向对象编程语言的代表，极好地实现了面向对象理论，允许程序员以优雅的思维方式进行复杂的编程 。运维，本质上是对网络、服务器、服务的生命周期各个阶段的运营与维护，在成本、稳定性、效率上达成一致可接受的状态。相同的工作年限，java开发要比运维薪资水平更高，而且开发未来更方便转其他方向。

想要了解更多有关Java的相关信息，推荐咨询千锋教育。千锋教育成立教研学科中心，推出贴近企业需求的线下技能培训课程。采用全程面授高品质、高体验培养模式，学科大纲紧跟企业需求，拥有国内一体化教学管理及学员服务，在职业教育发展道路上不断探索前行。

② linux运维和开发哪个好

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

第二，从难易程度上来说开发没有运维好上手，学起来会非常吃力。不知道你是本专业吗？如果不是的话建议你还是放弃开发学个运维吧，毕竟运维对于0基础来说好上手，可以在短时间内快速转型挣到高工资。而且学起来轻松，一年内基本在10—12K，2—3年后月薪20—30K的很正常。

第三，从职业发展上来说，运维的职业天花板比开发高，如果你做开发，可能30岁的时候就要面临失业了，但做运维就不一样了，属于越老越吃香的那种，40多岁也有很多人在做运维，但40多做开发的不多吧？
第四，你以后会结婚生子吧？有家庭之后还是做运维更好一点，不会像开发那么累，加班那么严重，毕竟身体健康对自己和家人也是一种负责。

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

③ 不懂编程的运维人员到底还能走多远

首先，可以肯定的说，未来的IT岗位需要的是综合能力强的人员，运维、开发、数据库、网络，技术岗位对上述知识体系都要会一些，才能很好的胜任对应岗位工作。

下面已经不是趋势，而是菜鸟及老鸟都必须要认真考虑的：

运维人员要会运维、开发、数据库、网络，但侧重点是运维，
开发人员要会运维、开发、数据库、网络，但侧重点是开发，
数据库人员要会运维，开发，数据库，网络，但侧重点是数据库，
网络人员要会运维，开发，数据库，网络，但侧重点是网络，最好侧重点转运维，
硬件工程师（F5，存储设备等）建议趁早转岗linux运维，云计算已经把硬件给灭了，硬件集中化了。
只会技术知识还不够，工作态度，做人素质，沟通表达，责任心都是具备核心竞争力的容易被忽略的资本！
技术知识和态度素质比例接近6:4，岗位越高对技术要求的比例越低！
互联网，移动互联网，甚至是物联网的时代对IT人才的综合能力要求越来越高！一些极其低端的工作大多数人的岗位会被自动化、虚拟化、云计算、甚至是机器人取代是毫不夸张的！
例如：IDC机房运维，低端网络工程师，各类硬件工程师。
新的时代对我们IT人员有了新的挑战，我们不能抱残守缺，而一定要快速学习，适应时代对我们的更多要求，不要本位主义，单纯的认为运维就不需要开发，开发就不需要运维，这些想法都是在重复掩耳盗铃的寓言故事。
就拿老男孩老师本人来说吧，除了会开发、运维、网络、数据库能力外，还要会讲课、教育学、心理学、销售、市场、领导、演讲，管理、财务、法律等技能，当然了，我给自己的定位是教育企业的老板，大家如果学习运维，给自己的定位是高级运维或架构师，就必须要会linux运维，python开发，linux集群架构。
另外，强烈建议，想从事linux运维的朋友一定要先掌握好运维岗位需要的本领后，然后再去蚕食开发领域。想从事开发的朋友一定要先掌握好开发岗位需要的本领后，然后再去蚕食运维等领域。
切记，一定不要太浮躁，人云亦云，一定不要边玩linux，边玩开发，一个时间点专注一点，你就可以更快找到工作，找到工作后再去利用周末去培训或自学，除非你参加脱产班的培训，或者时间真的很充裕。
掌握了一项岗位的知识能力后，如果你真的掌握了的话，再学其它岗位技术的也会轻松很多，因为学习的方法都是相通的。
一定要先掌握你想从事的本领域的岗位的基本本领，短时间千万不要样样都了解，会导致样样都稀松，最后找工作到处碰壁，短时间就是抓重点（记得我讲的浴室着火吧）！
虽然企业对运维的岗位要求趋势是越来越高了，但也不代表只学一种找不到工作。
对于新手，是无法再短时间内掌握运维和开发两项本领的，哪怕即使是运维知识也是海量，学了前面的，忘了后面的网友满地都是，最后厌学，能力没提升，给自己带来困扰。
例如你想从事运维，可以先学好linux运维，适当了解python开发，然后，找到工作后，再利用周末去学习。老男孩教育linux运维班新班会精讲shell和python开发基础，很多同学月薪可以达到12-13K，这个事实说明，先精通一门技术的重要性，但是一旦拿到offer，我们就会告诉学生要参加学习python开发以及高级架构师课程，说到这大家都明白了吧，linux运维，linxu架构，python开发，都是运维岗位需要的，打好linux基础，可以找到工作，但是要想立足和发展就必须要学习linux网站集群架构，python开发，这是现实的行业内的人都看得出的趋势，不这样努力这样做的，就算找到了工作可能也会丢失掉，谈不上立足和发展了。
如果你想从事开发工作也是一样，可以先学好开发，然后再去学linux运维+linux架构。（学历达不到本科的同学，如果选择纯开发一定要慎重，衡量下自己适合不适合，能不能下足功夫和高学历的去拼，开发领域的竞争者大把的本科、硕士的人群，而运维领域本科的同学基本上是凤毛麟角，这也是老男孩老师当初差异化发展的思想，虽然老男孩是本科双学士）。
新手一旦考虑学习开发，我建议可以学习python全栈开发，差异化发展，未来做开发做运维可以有更多的选择，而不是去选择php,JAVA等开发语言。

综上，解答开篇的不懂编程的运维还能走多远？

linux（含shell）已成为IT技术岗位的必备的技术（开发，数据库，网络等岗）。
linux运维学好目前北上广的薪水可以到8-15K，但是如果不快速继续深入高级架构师和python开发，未来发展瓶颈十分大，时间久了，有可能上升空间就被会架构又会python开发的人堵死，刻不容缓。
python已成为IT技术岗位发展提升竞争力的必备技术（开发，数据库，网络等岗）。
linux高级架构师（大规模网站集群架构）也将成为IT技术岗位发展提升竞争力的必备技术（开发，数据库，网络等岗）。

因此，linux运维+linux架构+python开发这三项技术是近3-5年运维人员必备的技术，也是纯开发提升竞争力最有利的武器。

掌握上述三项技术的先后顺序可以为：

linux运维+linux架构或linux运维+python开发，这三项技术是有紧密联系的，高级运维及架构师发展都得会！
有关运维人员的开发语言，做运维的人员一定要放弃小众语言的学习,例如perl,ruby，也不要选择偏离linux运维的php和JAVA。
linux+(shell/python)是当下最火的运维人员学习的组合，跟着趋势准没错！
如果学习纯开发可以选的语言有：python，php,java，但是这些开发岗位发展到1-2年后，还是需要学习linux运维+linux架构的，这就是所说的大一统的IT岗位技能要求趋势。

总结：

掌握了上述运维和开发本领后，将来还可以朝大数据、云计算等热门领域过渡，基础不牢地动山摇，没有运维和开发基础，大数据、云计算这样的空中楼阁，你就有看和想的份。

④ 云计算时代，不会编程的运维必将失业

在互联网时代，运维人员就是这样的存在：小到一条信息发送，大到一次网络购物狂欢，只要和IT相关的业务就需要这些运维人员，没有他们在背后的支持，企业就会出大乱子。
假如一个企业没有了运维工程师，无论你的产品体验多么优秀、技术多么先进，都会因为无法正常提供服务而被用户所淘汰。
试想一下：你通过微信加上了自己的初恋，你发现她这几年过得并不顺利，对于学生时代念念不忘，最重要的是，她刚刚和前任分手，又罕见的表现出了想找个老实人结婚的想法。
你很高兴！你赶紧表明自己单身二十七年三个月零七天就是在等她！
就在这时候，微信服务器挂了！你回复的消息发不过去了！你急坏了！偏偏刚加上微信，你还不知道她的电话。
在你指天骂地半小时后，微信服务器终于正常了，你收到了对方发来的消息：“既然你不愿意，我也不强求了。。。互删吧。。。”
你以后还会用微信吗？无论微信能不能发语音、小视频，有没有朋友圈、摇一摇，你都不会用了。这就是运维工程师的重要性啊。
有了运维工程师，服务器才能良好运转，产品才能正常提供服务，用户才能享受互联网的便利。

可是现在到了云计算时代，不少人说运维人要下岗了，是否真会如此呢?云计算的出现是否会使得整体行业对运维的需求萎缩了呢?

我们都知道云计算平台有IAAS平台、PAAS平台、SAAS平台之分，不同的部分对运维的角色都有着不同程度的影响，今天我们就来探究一下不同的云计算平台对于运维人员究竟会产生什么样的影响。
IAAS
IAAS把基础架构做成一个服务，资源即需即得，这也正式创业公司都愿意使用公有云平台的一个原因。按照传统的模式，创业公司自己需要联系机房、购买服务器、电信机房放置调试服务器/网络等等一堆基础设施的工程，影响项目周期不说，还需要一定的专业技能，而IAAS把创业公司都从这些需求中解放出来。再进入到IAAS内部几大部分，软件定义计算、软件定义存储、软件定义网络，进一步降低对运维人的依赖，确保一个大资源池的整体服务能力。让软件代替人，是IAAS层基本思想，都知道对于一个海量的服务架构，同时要面向不同的业务形态，IAAS只能依赖这样的软件定义能力，靠人是跟不上的。 结论：不需要那么多基础运维人员了。
PAAS
PAAS部分，进一步对服务进行抽象，变成一个公共的服务架构，研发程序只需要遵从一定的开发和配置约束，最后服务的运行、发布等都由PAAS平台统一接管，进一步释放对运维的依赖，且此时根本就没有IAAS层维护成本。 结论：不需要那么多应用运维人员了。
SAAS
最后到SAAS部分，在传统的模式下，运维都是自己搭建监控平台，自己构建部署系统。当前情况下，对于小的企业来说，可以直接使用云平台自带的服务，足够应付。对于更大规模的企业环境来说，衡腊滑你可以选择其他云服务，只要你许可他们的agent安装在你的服务器上，采集数据/部署都可以完成。再回过头看看IAAS云中提供的RDS服务（类似SAAS服务），里面把一切对Mysql的管理都封装成webUI；对于系统中慢查询，在给出报告的同时，还局肆能给出相应的优化建议，备份、迁移管理都一应俱全。 结论：不需要那么多应用运维人员和DBA了。

这就告诉我们，在未来，只要云计算继续发展，大部分初级咐腊的运维人员失业几乎是板上钉钉的事情。

但是，应该注意到云计算也需要一系列的基础设施，也需要运维人员进行维护。
与传统企业里面对几台几十台服务器不同，在云计算领域，运维工程师动辄面对数千台乃至数万台服务器，单纯依靠人力完成这种庞大工程几乎是不可能的，这就对运维人员的工作能力提出了更高的要求——运维人员的开发能力正式被提上日程，成为运维自动化发展的必要一步。
除此之外，云计算领域的运维工程师面对的问题复杂程度将是之前的数倍：几台服务器出现故障，一个人只需半天就可排查完，几十台则要花费更长时间，但是云计算领域，资源都虚拟化后，故障定位和排除明显是痛点，很容易牵一发而动全身，对运维管理本身的可靠性要求也无限升高。

因此，我们还应该看到运维这一职业发展的更高层次： 高质量、高技术水平的运维人员在未来必定是云计算领域最稀缺、同时也是最必要的人才。
未来的运维行业，必定是工作岗位减少、技能要求上升、整体薪酬飞涨的状况。

为了帮助大家在行业洗牌之前达到更高的技能层次，去争取更高、更充足的薪酬回报，我们联合腾讯课堂特别推出了Python运维开发课程，以饿了么Python总监为核心研发，全程BAT高级工程师授课，帮你实现高薪运维开发梦想。

本次课程报名4月22日截止，现在报名更可以享受最高800元优惠！

⑤ 干了两年程序员了，不知道下面的路该怎么走了，请前辈们指点下好吗

我有几个做程序员的朋友，因为我是做职业规划的，之前有朋友也咨询过我类似的问题，答复如下：

1.首先，程序员是非常枯燥的工作，做了大概两年左右都会有倦怠期，这个时候应该问问自己，我还要不要继续做IT类工作。

2.若确认继续做此类工作，那么有两个选择，第一是继续钻研技术，平时多到网络平台找同行交流或学习。第二是转运维类工作，我有两个朋友就是由编程转到了运维。其实还有第三，可以走管理方向，不过这个需要自己多学习管理类技能，同事也要有这方面的兴趣。

作为一名从业多年的程序员，同时也是一名教育工作者，我来回答一下这个问题。

对于从业两年的程序员来说，正处在技术成长期，如果未来想在技术领域走得更远，此时应该注重开发经验的积累，同时应该广泛涉猎各种技术体系，尤其要注重各种新技术的学习，包括大数据、物联网、云计算、区块链、人工智能等技术体系。对于程序员来说，在从业的最初五年，一定要多做“加法”，更多的技术储备能够为岗位升级奠定一个扎实的基础。

对于专注于行业领域的应用级程序员来说，还应该重视行业经验的积累，在产业互联网时代，行业经验对于程序员未来的发展有非常重要的影响。对于大部分基础知识比较薄弱的程序员来说，如果不能在技术研发的道路上走得更远，就应该考虑未来的发展方向，如果具有丰富的行业经验，会在很大程度上拓展自身的选择空间。从当前行业发展趋势来看，程序员可以考虑向产品经理、项目经理、行业信息化专家等方向发展。

对于从业两年的初级程序员来说，如果条件允许的话，还可以考虑通过读研来提升自身的岗位级别，目前有不少初级程序员都会选择考研。按照 历史 经验来看，大部分程序员在考研之后都会获得岗位升级，不少人在读研之后会选择进入互联网大厂发展，薪资待遇也有了一定程度的提升。从这个角度来看，程序员读研也是一个不错的选择。

最后，随着产业互联网的发展，当前程序员应该注重云计算平台、物联网平台和人工智能平台相关技术的学习，未来这些平台将有广阔的发展空间。

两年也就相当于是刚入行的一个程度，那这个程度就是要多努力干活，多学多练，想任何其他的都是白费功夫，因为你没有其他的时间积累，在二至四年的这个时间里，要把自己的工资技术水平提升到你所在的那个城市圈子里面的中上等的水平，然后你要有一个比较谨慎的思维，不要空有一个想法。

那么这个时候你个思想和你这个能力就不匹配了。我们首先要选择考虑的就是北上广深。你现在还可以努力干到35岁左右。另外技术这个行业它分为一个是偏技术型，另外一个是业务驱动型，还有就是属于技术骨干性。偏技术型的话，不建议你选这个，因为不管是程序员也好，前端也好，都是工程师，都是干活的，不搞科研，虽然很多it公司技术部要求很多，但是都是干活的，没有说太深的一些技术要求，基本上就是用于日常的技术啊bug。

另外一个是业务驱动型，也叫业务，就是你要主导需求就是客户你能找到自己的客户，然后还要和前端一起去搞定这些问题，你要有老板的一个思维，自己干的时间长了，那么你就能找到自己的这个路了，不管是你创业还是说去其他的地方去做都对自己非常有好处。

你现在考虑的可能就是说以后怎么发展他这个技术程序员发展的话一般是年龄平均到35岁左右的时候，你就可以通过前期的一些积累，然后铺垫到35岁的时候，你就可以去做其他的行业的，因为你到35岁的时候，不管是去面试或者是带领团队熬夜，很多时候有些东西都跟不上了，所以建议你到那个时候去转行。

你好，作为一个工作4年的同学，我想以个人经历回答下这个问题。对于工作两年的程序员来说，大都是处于技术的快速上升期，应该也接触了挺多的技术面，包括但不限于分布式、数据库、网络、大数据等，并且可能对某个框架或者技术有了自己的深入见解。

对于以后的发展，如果是想往 中间件方向发展 的话，需要掌握分布式原理、网络通信、消息队列、数据库操作、缓存等，大多数中间件都涉及到分布式支持。可以看几个不同类型的中间件的原理与设计实现，比如MQ可以看Rockermq，数据库可以看MySQL，缓存可以看Redis，网络通信库可以看Netty，配置中心可以看Apollo等，注意，每种类型的中间件或者框架重点学习一个即可，因为思想都是相同的，理解了一个之后在学其他的很快就能上手掌握。当然，除了自己的技术学习之外，一个好的平台也是很重要的，不仅仅能够认识一帮志同道合的朋友，还能有实际的业务平台去实现技术的价值，这里推荐阿里的中间件相关岗位，目前中国中间件团队的java水平基本是阿里最高水平了，在这里诞生了很多知名的开源软件。

针对1-5年的程序员关于技术点来说，可以参考芋道源码整理的下面一张图进行查漏补缺：

上面罗列的技术目前我也在学习中，对于技术人来说，知道自己想要什么，要比自己知道怎么要什么更重要。知道自己想要什么，你就会想方设法去实现它。不管怎样，脚踏实地做好自己的工作，学习技术，肯定没错。

说实话我对程序这东西一窍不通，但我知道不管什么事情没有了程序那就乱了，电脑没有程序就死机了，人干事情没有了程序那就没有头绪，我觉得你还是好好干吧，这个行业永远淘汰不了。永远是最需要的东西！

说实话，只是普通的编程圈子不会很大，跳出这个圈子会发现还有很多其他相关的职业。如果在一个小公司，程序员工资虽然偏高，但在运营商务销售其他职务心里多少还是会有些轻视，毕竟现在普通程序员太多了，大部分人做的东西千篇一律，而他们认为工资其实是靠他们的能力赚取的。

如果想在小公司发展，可以深入了解业务，和一些其他职位的主力人员维护好关系，倒时候想创业可以合伙，想转行也会轻松些。

如果想在大公司发展，可以走管理，大公司一般比较看重资历，学历，管理能力。

还有一种走技术路线的，一般只存在于大公司，这种部门在有的公司很闲只是撑个场面，有的是真正能做出实用的东西值得敬佩。

做任何行业都要坚持，兄弟你才做了两年，相当于是刚入门，以后要走的路还会很远。

就现在来说，程序员还属于是高收入行业，工作还比较好找，趁年轻时好好干，多积累一些经验，多做一些大的项目，以后的路会越走越宽。

不太清楚你目前的困惑点在哪里，是学习新技术感觉力不从心了？还是对技术没有兴趣了？还是不想当程序员了？还是对程序员的发展路线迷茫了？不管怎样，干了两年的程序员，对编程这个工作还是有些经验了，也能够解决工作中的一些技术问题，但还处于相对初级的一个水平，毕竟积累不太够。

建议继续做2-3年开发工作，提升编程水平，提升解决问题的能力，逐渐成长为公司的技术骨干。等到那个时候，你的选择会相对多一些，也会理智一些。例如：你在开发过程中，觉得自己更喜欢跟人打交道，想做项目管理，那么，你多做2年开发工作，并不耽误你后面转为项目经理。你可以将接下来的2年作为一个潜伏期，在做好本质工作的同时，注意一定要做好你的工作，你的工作做好了，自然会得到别人的尊重，也会赢得人脉，千万不可以为将来不做开发了，就开始敷衍、不用心，做好当下，再考虑将来的发展方向，是换一个公司，换一个岗位，还是换一个城市？毕竟程序员的待遇还是可以的，多做2、3年，没啥损失。

在迷茫的时候，不要做任何决定，静观其变。

大家好！我是键盘手，

关于这个问题我想说一下我个人的看法，我个人也是吃技术饭的，现在过了三十五岁了，打工已经没有公司要了，也不想和大学生去抢饭碗，去工作人在心不在。以前二十几岁的时候，总认为吃技术饭经验很重要，年龄越大经历越丰富，薪资就越高，而现实是，现在的公司一般不招三十五岁以上的人员，而且有些公司把三十五年以上的员工解聘掉，主要是人过了三十五岁，思想和创新能力、学习能力没有二十几岁时候强，所以对于技术员来说就是一道坎，很多人到了这个岁数都不敢随意跳槽，也不敢创业。

所以我个人认为如果你不是很喜欢这个行业，就早点作出选择，当然越早越好，如果你喜欢，那就深造下去，见意在三十岁之前能够有所作为，不要再给别人打工，我过了三十五岁才明白，打工是最不划算的买卖。

就这个问题，我根本不了解你的任何情况，我能指点个毛线。再说我还不是前辈。

干了两年程序员了，没有说干的好还是不好， 回答里面的各位大佬，你就认为人家 是干的不好，说不定这个哥牛的一B。

下面的路怎么走， 我不知道~ 我也是渣渣，不够格当人生导师~

⑥ 运维真的是整个IT行业技术含量最低的岗位吗

在互联网行业，运维一直是一个被深深误解的位置，以至于很多人认为IT行业运维的技术含量很低，其实并非如此。

从本质上讲，运维其实就是你用自己的技术储备知识的岗位，保证你管理的IT服务能够正常运行。

在商业上也是一样。软件工程师的任务是通过编写代码将软件以图形化的形式提供给用户，而运维工程师的任务是使软件在计算机或系统上正常运行。但是一旦软件出现问题，大多数人想找的是软件工程师，而不是运维工程师。

就像我们盖房子一样。产品开发负责房子的规划，设计师负责房子的外观设计，开发工程师负责建造房子，运维负责打好房子的地基。而打好地基，并不意味着简单地挖个坑。里面的技术含量很高。必须彻底研究坑的大小、深度、大小、湿度等。

房子盖好后，大家只会关注房子盖好后的风格。很少有人会注意房子的地基，但是一旦房子倒塌，大家就会怀疑地基是否牢固，运维这时候就出来了。回到平底锅。

很多人片面地认为运维没有技术含量。这其实是一种错误的认识。因为运维也是分很多层次的，就看你达到了哪个阶段。基本上，现在一个运维除了掌握基本功，如果你还可以掌握云计算技术和一门编程语言（比如Python语言最适合运维人员），那你就已经是高人了级别，基本上是全栈开发运维人员。这种运维不用担心找不到工作，工资自然比其他普通运维高。

我自己在大公司和小公司都待过。我觉得主要是初级运维太多了，他们做了很多根本不能叫运维的事情。总结了以下几点：

运维必然会做基础工作，比如部署服务，上线，甚至搬机器，重装系统等等。但是运维不能只做这个，所以如何在剩余的时间内做有利于运维技术提升的事情就显得尤为重要。

举个简单的例子：当你做研发的时候，你在其中处于什么位置，你如何体现你的价值和技术能力？如果没有，你基本上是在帮助别人。

广泛的范围包括：硬件、网络、操作系统、数据库、存储、开源软件；职责：部署和调试各种功能，如ldap、samba、nagios等；进一步细化的分工还包括：压力测试、性能优化、内核参数调优、系统问题跟踪等。

很多运维要在不同层次上做太多的事情，导致很多事情只是完成任务，缺乏深入研究，当然也可能缺乏深入研究场景。

其实和第一点关系比较大，因为目标本身没有足够的规划，总结性的介绍不够，技术的提升也比较有限。

举个真实的例子，我认识一个做运维7年多的人。这期间，他在几家公司干了很多事，时间也不短。通常情况下，会有相当多的积累。前段时间，我正要推荐他在内部击球时，我查看了他的简历。我有几个感受： 整个简历都是描述性词汇，没有数据支持；项目工作全是叙述性描述，充满服务搭建和问题解决，没有技术点；唯一的技术工作是一笔带过，没有方案选择和技术能力体现，技术水平无法体现；

我自己也面试过很多人，说实话，这种简历离及格还差得很远。应聘公司拿到这样的简历，怎么能快速的了解到你就是公司需要的人？

如果我们不知道运维的具体内容，我们无权评价运维的技术含量。一般来说，互联网公司的运维内容分为两个层次：

简单的说，就是部署服务、维修电脑、安装系统、安装软件、处理网络问题等等，做各种家务活，甚至弄个路由器、剪网线。

网络运维，即网络工程，必须精通各种网络协议和架构，Cisco、华为、H3C路由和交换，至少两项；

数据库运维，数据库运维应该理解为DBA，至少要精通，并且要精通数据库；

操作系统运维必须精通操作系统，了解操作系统内部工作原理，了解一些硬件知识，了解网络协议进行故障排除；

还有很多其他的事情，比如服务器运维，都需要覆盖面广，同时拥有多种技术；

运维技术差，可能只是因为公司小，如果公司规模小，大家看到的运维工作只能是表面和基础的工作，现在很多运维岗位都被云服务取代了。运维的内容是在云平台上运行软件。

事实上，有人认为在平台上操作软件很简单，但实际上，如果没有计算机相关知识的积累，很难知道云平台上的功能实现。在这方面，技术含量不低。

如果公司逐渐成长为大型公司，运维的价值就会凸显。比如云资源和离线资源的管理、数据库管理、网络管理、计算资源、网络资源负载、调度处理，都需要丰富的计算机理论知识和实践经验，否则无法提供稳定、上层的可靠服务。

作为一家提供互联网服务的公司，用户能否稳定可靠地使用互联网服务，是他们生活的基础。想象一家公司每三天失败一次并且服务不可用。虽然强调了运维的存在，但大家还会相信你的产品吗？

运维功能：

首先，BAT在运维上的分工更加细化。通常，系统、数据库和应用运维是完全分离的。因此，它可能更侧重于功能，当然涉及的范围肯定会很窄。

在工作职能方面，运维主要围绕可用性、效率提升和成本控制三个主要方面，与公司和研发目标密切相关。运维所做的大部分工作都是基于这三个目标。拆卸。

在技术改进方面，主要是以项目的形式，利用对服务的理解和技术方案来解决常见问题。

技术工作：

以服务可用性为例。这不仅仅是处理警报。操作时要小心。就像编写一些自动化工具一样简单。

在工作方式上：

严格按照既定计划安排工作、审查、总结。分工的实施是否有明确的规则，什么时间维度准确到季度？月？星期？天？我多久回顾一次？

结合这些方面，BAT运维的同学才有可能实现快速的技术提升。这是我所看到的。

最后说一下运维方向：

为了在运维方面有一个光明的未来，需要几个要素：

至少是已经发展起来并具有一定机器规模的业务。没有必要在这里击球，但选择适合您的。

很多人不喜欢处理问题，然后只想着做高大上的事情。我不想告诉你这个结果，但它没有接地，他们制作的东西没有使用，等等。

所以我觉得运维架构师一定是一个懂业务、熟悉业务、非常熟悉的人。我身边也遇到过这样的人。他们级别很高，通常不处理任何问题，但在关键时刻（例如出现问题时），他可以快速找到关键点并解决它们，有些细节甚至比您还要多。明白了，不得不佩服。运维一定是这样的人！

就算每天重复上线、处理故障问题、响应需求、开发维护脚本，也无所谓。关键是你有没有从你做过的问题中看到业务和运维中的痛点，并使用现有的。技术方案，处理解决！

有很多问题，并不是说解决了很多问题就是一个伟大的人。问题的关键在于如何解决问题，同时体现你的整体视角和技术能力。

举个最简单的例子，一台机器的磁盘快满了。这一定是一个特别小的问题。运维同学应该经常遇到。

如果你只检查磁盘使用情况，然后删除数据或调整删除磁盘的脚本，那是最糟糕的文件；检查磁盘使用情况，确认是单机还是批处理机有问题，为什么此时报告，确认清楚可以解决，这是一个更高的层次；我查看了磁盘占用，彻底发现了磁盘增长的原因，但发现磁盘增长是不可控的，现有的数据删除方法无法避免报警。那么有没有办法保证重要数据正常保留时磁盘不会报警呢？然后用技术方案解决，这是更高的层次。 . . . . .有很多这样的例子。

你会发现运维其实就是利用你对系统、网络、硬件、规格、服务的熟悉，结合专业知识，用技术方案解决一系列研发测试无法解决或无法解决的常见问题。单独解决。并且可以形成工具、平台、框架，最终为运维部门甚至公司创造价值。这是一个很棒的操作和维护。

所以还是同一句话：没有技术含量低的岗位，全看你怎么做。

随着时代的发展，我们现在使用的任何技术，很多事情都可以通过云计算解决，也有相应的产品和方案来解决，云计算也对运维产生了一定的影响。新的发展趋势由此而来。

第一个是从IOE到开源X86。其实去IOE也有一段时间了，为什么要去IOE？ 2008年，全网印象比较深刻。当时，安全已逐渐上升到国家层面。此外，中国本土环境也日新月异。国产化需求和自主研发能力越来越强。一个强大的内部基因被定位。此外，还考虑到无论是国家层面还是企业层面，各行业都希望灵活控制结构的能力。这也是这个行业本地化的需求，这也是去IOE的第二个理由。从长远来看，IOE架构和非IOE架构会长期共存，因为技术系统的升级不是一两天就能解决的，尤其是一些核心数据库、核心应用、核心系统的核心系统。当年经常部署在IOE框架下。

第二个是运维自动化和智能化。这个已经提了好几年了，从接触实践到现在大概有五六年了，现在还在提。事实上，很多行业一直在迭代优化运维的自动化和智能化。它确实可以为我们的运维带来很多优势和优势。

第三个是双态IT运维。在传统向互联网和移动转型的过程中，一方面为了保证现有业务的运营，另一方面为了适应这种新的IT技术的变化。

第四个是研发与运营的融合，即DevOps。 DevOps 在过去的两三年里已经渗透到了千家万户。其核心理念包括精益管理、敏捷等理论，通过持续交付、持续集成工具链，以及一些轻量级的IT服务管理。基于这些概念和工具，形成了从研发到运营的全流程体系。IT运维效率更高，迭代更快，反馈更快，更好地满足内部业务需求和用户需求。这也是研发运营一体化理念的价值所在。

第五个是整合云资源，提供一个更大的平台来支撑大数据、AI智能、运维等一切各行各业 这也是互联场景的一大趋势。这对运维来说既是挑战，也是机遇。为什么？因为这个行业在不断变化，技术也在不断变化，只要顺应大势而变，我们就站在时代的潮流中。

如果我们在之前的运维理念上还是保守的，不上云，不摸云，那你肯定被淘汰了，因为我十年前很难部署一个数据库，各种配置，各种调用，现在就可以直接打开一个RDS，进行优化，集群就完成了。在效率和稳定性上，分分钟达到我们传统的运维水平，这也是我们运维要面对的大势所趋。

基于此，云原生的概念在过去一两年比较流行。事实上，它是对现有云架构系统技术栈进行更深更广的整合，采用Devops、微服务、敏捷的概念，采用类似中国大陆和台湾的概念或者开放的概念来构建和重塑技术体系，更好地支持新业务的快速迭代开发，这其实和DevOps的概念有很多相似之处。

第六个是数字化。这也是近两年在中国的热门话题。事实上，它也是。我们曾经建设过各种各样的信息化，建设了很多系统和平台，但往往也搭建了很多障碍，导致我们很多信息系统不可用，业务碎片化。组织也支离破碎。数字化要解决的问题是通过底层的数据和算法构建新的服务，打通我们的业务。这就是数字化要解决的问题。

大体上讲了这么多趋势，当然也有一些，大体是一样的。以前是用硬件，现在是软件自动定义；过去用服务器，现在用云，我们现在用云，未来可能更混合。云端，云端整合；以前是技术运维，现在从事技术运维的整合；另外，同样重要的是，无论我们现在做什么，网络空间安全现在都提升到了国家层面，在企业里面也提供了企业的最高点，这个网络安全是IT的一个标准。