互联网公司的运维研发部主要工作是什么、发展前景如何？

[wlxwolves]

在校学生一枚，想请教下大型互联网公司如BAT的运维研发部相关事情：

1、主要工作是做什么，开发内部系统，线上监控？
2、主要会用到什么技术，对应届生个人成长有什么作用？
3、与面向用户的业务部门的研发有什么区别，包括使用的技术、个人成长以及未来前景方面。

谢谢！

[guoer]

扛服务器

[wlxwolves]

@guoer 这不应该是运维部做吗？我说的是运维研发部。

[kenlen]

[wlxwolves]

@kenlen 小弟都说了不是运维，是运维研发部。。

[kenlen]

@wlxwolves

运维都是从扛服务器，接网线，troubleshooting 开始的。
从扛服务器中，了解到运维的成本，电费，空调费，宽带费，容灾措施
从接网线中，了解到网络的搭建，配置，南北网段的中国特色，跨网段解决方案，集群搭建。
从troubleshooting 里面了解的系统，集群内部的东西更是多着去了。
刚毕业就没有了解到运维的痛点，没有亲身试试，哪里能研究出什么？
除非码码代码，写点方法，监控下设备而已

我最近读了参与感，里面内容没什么可值得眼睛一亮的地方，倒是每周二小米开抢的时候，里面的运维人员点香拜菩萨的传统延续至今。。

接地气就是接底气啊

[xuxu]

1、比如资产，网络管理，运维监控，配置系统，监控系统，数据分析系统，各种工具。
2、网络，服务器，shell，nagios，hadoop hbase puppet...等各种高大上，当然还有你开发的语言. 涉及的知识面还是需要很广的.
3、面向用户的会比较有成就感，更容易出成绩，也比较容易出去吹牛逼。内部系统嘛，没人会用IE6... 前景就是不会那么容易失业，但是你有经常背黑锅的福利。

[9hills]

就算是运维研发，也会扔你一年去做基础运维，否则做出来的东西只能呵呵

[wlxwolves]

@9hills 运维研发是给运维部做东西吧，为的是让他们高效的运维，不用自己去运维吧～

[wlxwolves]

@xuxu 从你说的来看，接触的东西应该会比较偏底层吧(相对业务部门)？那么，以后如果想转其它部门做研发怎么样，会不会出现脱节的情况？谢谢

[likuku]

运维业余写点代码处理些本部门的任务，运维是主业，写码只是副业，不要主次不分。

「没有运维研发部」之说。

虽然我旁边小喷友昨天还替php的家伙们在线改代码作测试，但还是个运维，虽然实际上作了本不该他作的工作，开发和测试太弱，没有良好的测试和发布机制，就只有难为运维了。

[likuku]

@wlxwolves 想写代码，还是好好去研发部就好了，收入高，有成就感，成长空间大，就业机会更多。

复杂点的需求，一样是运维来提项目来请研发作的。

[dalang]

非 BAT，我们公司没有运维研发部。但运维部门里确实有一拨人是侧重开发的，应该是对应到LZ的运维研发部。
为了提高运维水平，他们会开发很多工具，也就涉及 @xuxu 提到的那些。
开发上，运维除了基本的脚本能力之外，需要熟练一种动态语言，我们公司运维的工具主要基于 python。

开发运维工具跟开发产品差别挺大的，在我们公司，运维的工具有时常常是一个人在维护，没有完善的开发发布流程，跟正规的产品开发差距蛮大的。感觉运维工具在稳定性，UI，安全上（通常在内网使用）都相对弱一些。

也有好处，现在运维很多工作得借助开源的力量。也就是说你有大量的机会接触开源工具，能学习到很多新东西。

总的来说运维以后的技术含量会越来越高，而随着自动化程度的提高，岗位可能越来越少。如果能快速跟进运维的技术演进，发展空间是不错的。但如果只是做一些很基本的运维工作，恐怕路会越走越窄。

[wlxwolves]

@dalang 既然做的工具在稳定性、UI、安全性个方面相对于线上产品有差距，那么，以后如果想转其它部门的研发是否会比较困难？

另外，你说“如果能快速跟进运维的技术演进，发展空间是不错的”，那么是否意味着以后就很容易受限于该领域？

谢谢

[9hills]

@wlxwolves 但是没有运维经验做出来的东西大多数情况只能呵呵。。

[xuxu]

@likuku 看公司吧，老大有资源，运维研发就是研发，偶尔负责一下运维的事情是有可能的。
发展空间完全看个人，工具的稳定性，UI，安全性对海量用户产品来说确实有差距，事实是你的用户可能只有几十上百个人，有些问题没那么容易暴露出来而已，而且你也没必要把关注点放在这上面，把精力放在用更少的人更好地管理那随时可能坑爹的几千上万台服务器上，你做好了一样牛逼，即使不在BAT你也可以找到一个待遇不低的公司。运维是基础部门，用户产品不成功可能会被砍掉部门，没听说过砍运维部门的。

[dalang]

@wlxwolves 针对我理解的运维研发来说，相对编码能力，我觉得整合资源的能力是更关键的。如果云计算是方向，运维应该会更专注在 iaas 层。工作中会涉及到物理机，网络，虚拟机，监控，存储等很多具体知识，具体到某一件事并不难，但是同时了解并应用这些知识点其实是很高的要求，而且还要考虑到各个公司之间底层架构都不太一样。
针对你的提问，我认为运维研发并不是能平滑演进成产品研发的，两者在经验共享上交集有限。其实优秀的运维也在构建自己的门槛，一个产品研发出身的人想称为优秀的运维研发也有一定的挑战。

针对第二个问题，受限于一个领域并不是坏事，只要这个领域本身足够的宽广。从目前来看，运维研发在云计算中的重要性非常大，你不用太担心以后没出路。

[wlxwolves]

@9hills 担心的就是做出来的东西只能呵呵

[likuku]

@xuxu 如今云时代越来越成熟，具体业务公司的运维也会越来越不重要...当然，假若业务扩大到云已经太贵，换自己维护的私有云更便宜，则又会反过来发展运维又开始重要。

[julyclyde]

@9hills 对，呵呵

[julyclyde]

@wlxwolves 你看那些给政府做项目的，最后都报废成什么样了，这些人都是专注于业务而不是技术的