运维到底需不需要懂业务？

[GiveMeABigName]

我被招副总来现在公司的时候（系统运维工程师），公司还没有自己的服务器，都是用兄弟公司的，我们和兄弟公司在一层楼办公。 董事长处于和兄弟公司老总闹掰中，他想把业务全部迁出来。

所以我做的从 0 到 1 建设，网络、服务器上架、整体迁移（ KVM ，数据）、基础服务建设（ jenkins 、gitlab 、jumpserver 、nexus 、k8s 、prometheus 一堆脚本等等） 现在全部做完了，就剩日常运维和优化啥的，事儿不多。 副总现在说让我接触业务，做一些项目管理，不想让我做一个不懂业务的运维，我问他如果我下一份工作不是这个行业，那也没啥用啊，他告诉我确实没啥用。但是更深入了解业务，才能有全局思维，想的全面。 问一下大佬们，运维到底需不需要懂业务呢？我到底接不接这个事儿呢

[macaodoll]

不涨工资就没用

[macaodoll]

只要肯吃苦,就有吃不完的苦

[Admstor]

那不是很好吗

懂业务的技术，如果还能做人情世故，那就是最厉害的

[wu00]

这就不是“运维到底需不需要懂业务”的问题
人家都给你规划好了，你必须得接；如果你认为公司有前景有，对你来说并不是坏事，相当于开打了一个上升通道。

[Jokesy]

活是干不完的。有着闲工夫，学学编程，搞搞 Python 和 Go ，搞搞运维开发。这才是真本事，业务什么都是鬼东西。

[DefoliationM]

有点用，看行业。不过也可能是想压榨你，即当运维又干别的，涨工资的话一切都好说。

[wdytoya]

看你想不想做大做强了，你如果只想折腾一些基础运维能力那确实不太需求，但技术总归是为了业务服务的，如果有更大的业务场景到你手上的时候，你这些基础运维能力够不够用，需不需要有适应新业务的运维框架就是你要不要学习业务的考虑前提了。
说回到你副总让你考虑这些，就看你跟这个副总啥关系了，如果只是普通同事关系，那有可能是想省招几个人，让你多全栈一些；如果关系还不错，那有可能想培养你做大做强

[seers]

看你想不想向上爬了，懂业务前景更广阔点，当然前提是还在这行

[wu00]

@Jokesy 技术能力从 8 提升到 9 有可能一辈子都实现不了，但是业务能力从 2 提升到 7 却是可行的

[importmeta]

这个副总大概是是技术出身的吧, 我第一家公司的时候, CTO 是个 40 多岁的程序员, 入公司培训的时候, 就教育我们这些新人不要只干自己那一块, 我现在听进去了, 也换了几家公司. 现在前端后端运维都会了, 挺感谢这个人的.

[sentinelK]

要摒弃象牙塔思维，干什么都纠结于“有没有用”。
其实“有没有用”压根就是一个伪命题。不是一个是否值得投入精力的评判指标。
社会上也从来不以“有没有用”作为事物的评判标准。

你想判断一个事物有没有价值，更多的要看：
0 、这件事的真实性的比例是多少（是不是挂羊头卖狗肉，是不是画饼，有没有退出机制）
1 、是不是有更为廉价、更低沉没成本的获取渠道。
2 、了解这些信息的人有多少，门槛有多高。
3 、对你在当前的岗位、公司能不能增加不可替代性。

别天天讽刺说自己是资本的消耗品，然后转头又把自己迈出消耗品的路给拆掉。

[charlie21]

不懂业务，你拿什么拿捏老板？

[craftsmanship]

真实在啊 直接跟公司副总说在你这的工作经验 对下一份工作没用。。

[xeonforce]

对于运维好一个系统，或者项目角度来说，需要，懂业务和不懂业务的差别很大
对于个人来说，看实际情况自己判断，是否有前途或者会被替换等等

[Plutooo]

看行业有没有前景和你自己的意愿以及有没有上升空间

[dbak]

原因还是你太闲了 你可以装的忙一些

[FlytoSirius]

当然要懂一些业务, 但是不用多, 懂一些就行, 这和不懂就是质的区别.
别说运维, 任何技术工作, 在实际操作中都要懂一些业务.

别把这个和加薪挂钩, 这就是该了解的, 加不加薪水都应该去做一些.

[chairuosen]

参与业务才能分一杯羹，否则你就是外包的一样随时替换

[FlytoSirius]

而且国内公司干的规律之一就是:
在小公司干, 工作面就要铺得足够广; 相应的, 在大公司干, 就要在一个领域干得深.
看你说的情况, 是在较小规模的公司, 那当然应该了.

[cominghome]

运维可以不用懂业务，但是懂业务能给你带来额外机会，又没造成太大的负担的话，我认为是一个不错的机会