请大家谈一谈自己的看法，关于运维这个岗位

[WhiteBase]

是这样的，自己志向还是做开发，在学校里做的大多数事情也是开发相关的。但是现在现在一个心怡的公司的开发岗位已经没有了，但是还有运维岗，有些技能点还是匹配的。
于是，在网上查了一下，知乎上的说法普遍不乐观，认为国内大多数的运维最后都是在做操作员，会把自己的路越走越窄。所以想了解一下各位有经验的前辈对于运维工作的看法，是不是真的会丢掉自己的开发功底，把这路越走越窄？我是喜欢*nix，但是功力没有深到可以做系统开发，又不想限制自己以后的职业道路。
如有错误的认识，也请各位不吝指教。

[111111111111]

@pfitseng 坑在哪里呢。还没发现唉

[wwek]

@zealic 不能同意更多~

[twl007]

@111111111111 会绑架用户…… 尤其当你所有的服务都构建在运上面的时候 IaaS还好 至少整套服务器的平台 架构你还在自己控制 但是那个价格……

至于PaaS…… 真让你的业务在上面跑起来了想再迁移出来那真的是要费尽了…… 不是一般的费劲……

还有就是敏感数据你也不会仍在云端吧……

[ETiV]

我在一个游戏项目组做过运维, 远程管理服务器, 非虚拟机, 也非小霸王.
由于机房有公司的人, 所以那些硬件我也没接触过.

电话是 24小时待机的, 可能随时接到电话处理问题.
当然我这人可能比较没心没肺, 干完活了接着睡, 睡眠质量也挺好的.

服务器例行停机维护; 服务端 / 客户端更新部署...当然这些都是运维该做的.

还有一些, 跟运营同事的互动:
参与运营组的各种开会讨论
每周一早晨上班, 从服务器上拉各种业务数据回来, 对上周进行总结和分析
等等~~

这边跟运营开完会, 还可以跟开发的同事互动, 学习.
官网的活动页, 只要我们组美术提供设计图, 我也可以自己写出来, 部署上去.

我觉得运维这个角色可以说是承上启下的.

纯开发的同事可能不会知道游戏的这个功能点为什么要这么设计, 会带来多少收入. 他们只是按需求去做事情, 有的时候还会因为这个功能点麻烦, 还要讨价还价一番.

纯运营的同事, 虽然没有鄙视的含义, 但估计代码都不会看得懂.

所以在我看来, 运维这个岗位可以接触到很多东西, 当然你可能会觉得某些方面挺苦的.
不过如果这是你第一份工作, 我建议你还是尝试一下.

[frankzeng]

运维这角色要看公司，如果你公司有上万台服务器，运维会相当重要，大公司运维都分了好多种，基础运维，网络运维，最后才是系统软件层面上的运维。就算是系统运维，也分为自动化开发，运维系统开发等。我以前的同事都会看代码改bug，修改代码紧急上线这些也是运维人员必备吧。

[WhiteBase]

@ETiV 嗯，听您这么一描述又有了新的认识，多谢多谢！

[Bruta]

难得遇到一个自己可以说两句的话题啊。
2011年机缘巧合来了上海谋了一份美企的Opration Engineer的职位，三班倒，做三休三，刚开始的时候就是很多人认为的操作员的工作，鼠标点点，知道怎么上线跟新，怎么跟开发沟通。渐渐的开始学习Shell，Python，然后刚刚好公司将业务开始转型到Amazon AWS上，接触得越多越发现，传统的操作员的市场需求会越来越少了，于是更多的精力开始放在写Python脚本上，想办法如何利用AWS的API去完成老大交代的任务，并且让自己更多的偷懒。
去年的时候，发现倒班倒不动了，就换了一家小的民企做应用运维。不需要倒班了，平常大部分时间都花在写写自动化脚本，做得也挺开心的。运维在公司内是一个很容易被边缘化的部门，如果逐渐被边缘化的话，在大家看来当然就会觉得运维的价值远低于开发。但是借用最近看过的一句话，‘优秀的运维已经在领导架构了’。
那么，一个没有被边缘化的运维团队大概是什么样的呢？
1. 应用运维，或者称之为业务运维，运维团队中最懂各自负责的产品线的人，直接接受开发，测试的需求，包括上线发布，回滚等等操作，并且精益求精，提高响应的质量，降低响应的时间。也是最必需最基础的运维。
2. 系统运维，关注点在系统以及一些常用工具架构方面，一部分需求来自于研发，但是大部分时间是为了做好架构，方便业务运维更快的响应。
3. 平台开发，也就是DevOps，随着公司业务线越来越多，业务运维中可以提取出来的重复操作集中到平台化处理，降低业务运维的压力。因为需要搭建的平台跟业务相关性很大，所以不太可能有现成的开源工具可以使用。如果团队精力足够的话，公司内部的一些工具也可以交给平台开发做。
4. 数据运维，或者叫数据挖掘，这一部分想象力就很大了，能做到什么程度，就全看本事了。从最基本的报表，到最终的预测，这块儿要做好，太难了。
5. 安全运维，这个就更精细化了。安全是互联网公司躲不掉的一个点。重要性也不言而喻了。

所以说，现在还觉得运维是操作员的话，那就是拿上个世纪的眼光在看问题了啊。

但是不得不提的现状是，大部分公司里面，薪水：开发高于运维。

最后留一句忠告吧，如果选择做运维的话，一定要选一个运维没有被边缘化的公司。

[twl007]

@Bruta 主要是运维很多时候并没有明显价值的体现…… - - 不想开发 一个新的产品可以带来大量的利润 运维能带来什么？ 很难感受到…… 一直平安无事觉得你不在干事 一出了问题就全是你的责任 ＝ ＝

[ericFork]

运维并不等于 OP，在国内互联网公司，运维这个词覆盖的实际岗位种类太多了

[MrGba2z]

<amp-youtube data-videoid="u6XAPnuFjJc" layout="responsive" width="480" height="270"></amp-youtube>
建议看这个视频

如果不是高强度的岗位的话
可以拿着工资
在业余搞自己感兴趣的东西

[wolfdolf]

@twl007 别扯了,靠这个证3w年薪都保不了吧? 具体可以问@Livid

[Livid]

@zent00 那个骂人的 ID 已经被禁用。

[efi]

@yangtuo LOL
晒W-2吧

[Actrace]

@Bruta
最近真是边缘化了。。。
除了做完你说的那全部运维类型的工作，还得负责听boss吐槽抱怨修电脑补网络，最后被boss丢了一句：“你们部门算是公司里最闲的了，做这些事情时应该的，如果只需要管服务器的话我只要一个人就够了。”

[pfitsen9]

@Livid 昨天一时冲动失言了，影响到大家对不起。那个账号签到了500多天了，对我来说也带有感情，能不能撤回禁言的决定？

[anubiskong]

我待过的公司, 运维都是干的擦屁股的活, 出问题是你的责任, 没出问题人家也没必要奖励你, 总之吃力不讨好. 你有这个能力, 何不去做点开发

[Felldeadbird]

@anubiskong 再补一点。现在中小的运维直接内部程序员担任。反正不出问题就行了。一些公司招运维，用完可能就炒了。

[yghack]

@anubiskong 无比赞同你得观点，我现在所在的一家公司，程序不给力，对接公司API不给力，都是运维去补洞子的，除了问题第一想的不是程序是不是出问题，想的是服务器是不是出错了。

[xderam]

尽量别去小公司.否则就会被当做IT或者桌面一样的用了...

[WhiteBase]

@anubiskong 所以啊，现在真是纠结，这种做了不讨好，不做就全是责任的感觉真是太压抑了。


@Felldeadbird 好吧，也太不厚道了吧。