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

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

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

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

@WhiteBase 其实Facebook有个在北极圈的机房很赞啊…… 要是能去那就好了……

不过运维岗位真心少 现在我还记得毕业的时候去某公司来招聘有运维岗去面试 然后技术部主任来了句是不是我们不来你就找不到工作了……凸^-^凸 不过反过来说运维也是蛮稳定的 而且年纪大了工作压力也不见得会变大…… 毕竟很多东西就算个人再叼也得要时间去熟悉吧……

我搞这个是因为比较喜欢折腾系统…… 然后技能树点成这样出坑也难了…… 以后安心朝自动化运维发展吧…… 不过这几年很多基础架构的东西也在不断出新的 估计以后也可能跟程序一样不停熟悉新的东西？

至于半夜打电话么…… 我觉得如果运维环境很成熟的话不会很多了额 自动化运维系统不是摆着看的 可以参考一下Instagram 那么少的人就在AWS上构建了一套自己的集群并维护的好好的 所以如果有个成熟的运维环境时间长了搞不定真成操作员了……

@ChiangDi 运维需求不会减少 只是会越来越集中 毕竟企业级别的运维需求不是光靠程序员就能解决的 毕竟云只是把运维的压力转移给了服务提供商 本身需求是不会变的 不过另一方面说就是运维的门槛高了…… 本来要去熟悉各种配置已经很难了现在还要能去写脚本 也是蛮拼的……

@liuchen9586 看错了 是没做NAT 额 弄一下prerouting 然后用iptables -L查看一下要有对应的NAT和SNAT纪录

@WhiteBase 现在这个趋势…… 无论你自己怎么走最后都会走到自动化运维去…… 尤其在云上部署集群的 你可以看一下使用AWS开发的那些管理软件…… 最后其实也算是研发了 真心就是方向不同…… 还有不同的地方就是你要对系统配置非常熟悉才行 这个可能是跟程序最大的区别了吧…… 如果开发系统程序需要深入知道的是点 那你就是面了…… 渴望能某一点深度不如程序但是最后开发的东西要涵盖的东西就很多了…… 其实我觉得要是弄一个自动化运维系统专门承接各种公司的运维工作也不错啊……

@yangtuo 已Block

没做snat吧……

@echo1937 没办法 随着现在集群规模的扩大 以后肯定是自动化运维了 那大量的运维脚本…… 其实就是开发啊…… 只是方向不同而已…… 😭 我会说我是觉得运维写代码少才入坑的么…… 结果现在…… 满满的泪……哎

@TimLang 美帝拿到vmware初级认证年薪可以到10w刀

@yangtuo 云计算基础架构不是运维维护的？ 只不过paas把这些工作隐藏了起来 程序员不需要直面了而已 但不是代表不需要运维了 你不需要云计算平台需要

@yangtuo 少么？ 并不少 你自己弄一整套exchange起来？ 国内不少公司也是自己搭建邮件服务器好么 只是国内很多公司觉得有开发就行了运维丢给程序员了 同学在的公司还在用xamp跑生产环境 这怎么吐槽 而且我也见过程序员兼职运维把环境弄得一团糟或者依据个人口味用少数派linux 完全不考虑后去可维护性系统升级安全补丁问题 一次弄完再不动的即视感 还有就是大部分公司没有那么高的运维需求 但这不代表因为越走越窄 相对的我也可以说写程序是吃青春饭的 这不也是一个很常见的论调 但你就认为程序就是吃青春饭的？

至于越走越窄那是因为在一个成熟的环境里 所有的基础架构都搞定了 日常运维工作肯定不会太复杂 但是如果从零开始呢 你确定程序员可以很快搞定 而且论解决问题的能力这个不分职业吧 还有有些问题不是说你能力强就能解决完的 程序那么多bug程序员解决起来都要时间何况构建一个复杂系统时候会遇见的各种问题

还有运维岗位是少 但是人数相比程序也少得多 都是相对而言的

@WhiteBase 往后就是系统架构师 越走越窄…… 你是没碰见过复杂的系统吧…… 不过往后走其实也算是开发了 比如自动化运维 好多东西都要自己实现了 越走越窄只能说方向没走对 最后变成操作员那是要多水……


@yangtuo 程序员搞运维…… 呵呵～ 会写的就会用？ 请问有多少程序员可以自己维护好bind的或者用postfix搞定邮件服务器 我说的不是跑起来而是完善的设置好 能彻底搞明白那些配置选项参数也不是说一朝一夕

人肉识别吧…… 我同一张图片得到了三种不同的描述了…… - - ||||