东营市网站建设_网站建设公司_表单提交_seo优化-石河子市网站建设公司

最近，在知乎看到个问题，“干运维是条不归路，为啥还这么多人干？

纸上得来终觉浅，绝知此事要躬行。以下摘取了知乎大牛的回答，分享给大家，欢迎大家留言讨论。

来自知乎好友“Kidy”的回答：

我看这所有答案全都是嘲讽的…那么我来给大家说个不一样的视角？

本人是7年运维经验，之前在保险、银行、互联网都干过，在互联网公司做到了运维 leader 的位置。

上个月离职面试，拿到了北京某大厂和成都大厂的运维岗offer。

再说鄙视链，从我的经历来说，我在运维这边解决的问题大部分都是属于研发搞不定的问题，所以应该不存在鄙视我的（当然你硬说有人背后鄙视，我也不反驳）。

我这边同事、或者我带过的，基本上也不存在薪资比同龄开发低太多的情况，当然是平均而言。。。

另一个感受，旁边后端 leader 要招人，每天HR可以给找10份简历面试，但是运维这边要招人，HR可能一天能筛选出3份简历就算不错了。招人难度上说运维也更难，可见市场上高端运维缺口还是更大的。

随着云计算、容器、CICD、智能运维等技术的兴起，运维这个岗位开始不仅仅只是大家缩熟知那些部署上线这些玩意了。只要跟得上潮流转变，多花点时间去钻研新技术，运维绝不会比研发差的。

有人不服，不服算了，别来卷我们，让我们多挣点。

来自知乎好友“小白”的回答：

分单位。

有的单位给运维权限特别大，可以“绑架”公司的

对于公司来说人不值钱、但是资产值钱

运维就是维护服务器资产的管理员

如果权限放的比较大，比如一两个人管理上百台服务器。而且硬件、软件、桌面、维修、网络甚至水电、安全、消防乱七八糟都要管那种，是不会轻易辞掉他们的。

这种人吃的是公司十几年的经验，并非一定是技术大拿。机房里甚至跑着10多年前的 IBM 小机，每台服务器的调性已经摸透了。比如公司三个网段，每个网段近200台机器，随便报个ip就能说出来这台是干啥的，用户名密码是啥，备份策略是啥，断电启停服务脚本是啥。

要真走了光交接工作都要好几个月。各种脚本全写在自己电脑里，服务器密码全背在脑子里，这种人其实也不少。

在国外，这不得评个服务器仙人。

来自知乎好友“RSUFBN”的回答

谁告诉你干运维没有技术含量？运维属于技术工种，它需要对生产直接负责，研发都未必干的了运维，运维人必须讲究排查现场技术问题、制定生产部署方案、迁移技术方案等一切和生产密切相关的技术性方案，并第一时间解决生产环境可能遇到的技术性问题。

运维人，轻松的时候可以很轻松，但忙的时候也可以很忙。运维人必须要有技术全局观，不能知其然而不知其所以然，不能像底层研发一样，把自己负责的功能模块写好叫作业就行。

以升级为例，在生产环境，需要将所有因素考虑在内，制定备选方案，升级有有感升级和无感升级两种，对有感升级来说，服务器只要一停，就必然造成销售额损失。

如果升级导致数据丢失，就一定会造成严重的经济损失，不要觉得运维好干，运维是真正的技术工之一。

之前就有运维不小心删库丢数据造成重大经济损失的案例，所以行业上才有这句调侃：【删库跑路】、【没有删过库的运维不是好运维】

来自知乎好友“老胡聊Java”的回答：

本人就从Java角度来说，其实技术加运维是一条非常好的上进之路。

先来看看运维平时的工作及需要掌握的技能。

1监控日志，而日志一般是部署在 Linux 上的。如果出错，需要告知开发来解决，如果比较上心的运维，出了问题，更会通过 Linux 命令来分析日志排查问题。

2 部署上线组件，比如要扩容，或者部署 Redis、Nacos 等组件，或者需要部署云端组件。在这过程中，运维多少会了解各种 Linux 命令，而且了解各种组件的配置方式以及安装方式。

3 部署监控，比如用newrelic监控或者zabbix等监控软件来监控，并设置告警策略。

4 应对线上问题或高并发的挑战，这过程中，不仅需要了解各种集群，更有机会熟悉各种网关和负载均衡等的硬件。如果数据库或服务器有问题，更得通过日志或监控组件，分析和排查问题。

5 其实运维还能接触到DevOps的相关技能，比如pipelines，云部署，甚至是 K8s 和 service mesh 这套技术。

从Java角度来看，架构师要做的事情有哪些？

1 根据业务场景，用nacos，gateway或ribbon等组件搭建业务框架，必要的话引入redis，kafka等中间件，甚至有必要的时候再搭建集群。当然搭建好以后，相关组件有什么问题都需要解决。

2 负责项目上线和数据迁移这部分的工作，比如设计发布流程，编写发布脚本，设计发布预案，设计数据迁移等的方案。

3 解决各种高并发方面的问题，比如引入各中间件，再通过压力测试确认系统的承压能力和改进点，必要的时候设计限流熔断等问题。

4 系统上线后，需要搭建针对系统的监控系统，有问题以后需要及时排查。

也就是说，架构师的工作其实很大一部分是和运维是重叠的。而当下不少程序员做的仅仅是单机版的增删改查，开发环境仅限于windows，而不是linux，更别提是容器，中间件这块仅限于使用api，不涉及如何搭建中间件以及集群，解决问题层面仅限于解决业务问题，如果中间件或底层遇到问题，基本上估计连异常信息都看不懂。

这样大的程序员不在少数，有的甚至还会排斥运维或架构方面的技能，或者说在平时工作中仅仅做业务，没机会掌握一些运维方面的经验，这也是很多程序员无法上升到架构师的原因所在。

当下，一些大厂在招人时，除了会spring boot等框架的增删改查经验外，更得会分布式高并发的经验。开发语法好学，部署等经验难学，排查分布式高并发等线上经验更难学。

所以运维做了1，2年以后，只要稍微了解下Spring Boot等方面的语法，甚至就能直接升级到架构，而且不少运维还不知道自己掌握的技术很值钱。当然，如果运维对自己定位不当，或者公司对运维的使用不当，导致运维平时只干些装电脑装软件等工作，这就另当别论了。

来自知乎好友“李舜生”的回答

我就搞不懂，为啥一个握有最高权限只要你想啥都能看啥都能学的岗位，会被人觉得没前途。

到底是人没前途还是岗位没前途啊…

来自知乎好友“Sven”的回答

干运维明知是不归路这个结论不知是如何得出的。

去年一年，互联网行业30岁以上失业找不到工作的人真的是太多了，一方面是行业问题，另外一方面也是个人问题。

来自知乎好友“互联网老辛”的回答

没有技术含量的，从来不是岗位，而是人！

1+1=2 没有技术含量，但能证明1+1=2的人找不出几个。