温馨提示×

温馨提示×

您好,登录后才能下订单哦!

密码登录×
登录注册×
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》

未来运维发展,知乎讨论

发布时间:2020-07-09 21:00:33 来源:网络 阅读:1469 作者:jalyzjs 栏目:移动开发

曾经在大学的时候负责过学校网站的运维(从内存条、PCI到HTTP服务器那种),后来工作了在百度开始做运维自动化的开发,再后来又带着20多个人的团队在360从零开始做了两个Android的项目,我想我还是有资格说说运维和开发的关系的:

我认识很多运维,工作了2~3年后普遍觉得自己就是个操作员,天天半夜起来“抗洪救灾”不说,还偶尔背黑锅。到了年终大头都让研发、产品、测试分了……
但请不要抱怨,想一想,如果自己是老板会不会这么做呢?
研发、产品就像Dota里的DPS和Gank,是左右战局发展的;测试、运维一个是奶妈,一个是肉不被重视是很自然的。

运维和开发是互联网大生产时代分工的必然结果,但如果你画地为牢,就不要抱怨别人为什么过得更好

<img src="https://pic3.zhimg.com/7624ba0bf5c19d172e39e464722bcf1a_b.png" data-rawwidth="625" data-rawheight="329" class="origin_p_w_picpath zh-lightbox-thumb" width="625" data-original="https://pic3.zhimg.com/7624ba0bf5c19d172e39e464722bcf1a_r.png">未来运维发展,知乎讨论


我想说的是:
  1. 不要把运维当作一种职业去发展,一般运维做2~3年就会遭遇瓶颈期

  2. 工程开发人员想要有深入的发展,必须懂一定的系统运维

  3. 如果你是运维,请明白一个程序能稳定运行在线上,不是什么魔法,是研发的付出

  4. 由于PaaS的迅猛发展,传统运维的工作(配网络设备,服务器物理操作)将会越来越少,建议运维人员向运维开发或者系统开发转型

  5. 如果你是开发,请尊重团队的成员,不要给别人凭添麻烦,如下

在BAT的经历让我总结了一个道理:“写出需要别人擦屁股的程序,是一个开发人员的耻辱”。
大学的时候有幸接触了Linux网站运维的工作,勤工俭学负责了学校网站的运维工作,现在回头看来这份工作的技术含量不是很高。当时觉得最牛的事情就是做做内核裁剪,后来由于好奇心的驱使,初生牛犊不怕虎,斗胆修改了proftpd的代码。从此走上了系统开发的不归路,由于深知系统运维的工作的枯燥,我给自己开发的程序定下了几个原则:

  1. 不能崩溃,要有自己的崩溃恢复机制

  2. 内存泄漏,句柄泄露这种事情决不允许发生

  3. 尽量静态依赖所有的库,除了常见的libc、libm等什么都不要依赖,做到丢到服务器上就能运行,像这样miniPy for CentOS 5/6和 异步多线程C/S框架gko_pool

  4. 做好start、stop、restart脚本

  5. 能通过参数传递实现的功能,绝不要求写配置文件

  6. 默认参数就是最佳配置,同样参见上面的项目

  7. 能自己处理日志,自带rotate功能,同样参见上面的项目


匿名用户

运维更锻炼人。但是有一点。。运维相对于开发会比较影响生活。很多运维都是24小时待命的


假装很淡定mysql,各种nosql)" class="bio">,DBA(关注oracle,mysql,各种nosql)

我干过好几年运维和DBA,呆过500强大公司,也呆过小公司(现在),现工资17k,主管说这已经是公司能给运维人员的相当高的工资了,看看公司规模,才50几台服务器,用到的技术也很弱,我觉得主管说的是实话。闲扯几句在大公司和小公司干运维的区别,供准备进入这行的同学参考:
1、大公司重流程和协调。运维一般分为一线二线三线,三线往往是研发接口人了。很多时候,不需要你技术能力很强,一个问题,你独立解决还是求助高手解决了,公司无所谓,能解决就行。这样子导致很多人干了几年下来,技术能力其实很弱,bash都写不好。顶着一个500强“高级系统工程师”的title,其实自己知道自己斤两,不是说这个工程师不行,而是大公司分工太细了,他只会他负责的那个小领域。
2、小公司重独立快速解决问题的能力。从大公司去小公司干运维,会感觉从正规军去了游击队,很多小公司做事真是令人发指的不规范。升级不打申请,没有文档,没有审批,事后没有总结,糊里糊涂一个事情就做完了。处理了故障,也不写案例,谁都不知道他怎么处理的。小公司的这种作风,看上去效率很高,实际上难以培养出高水平的专业性工程师,而且小公司对技术的需求很弱,对运维的要求更弱,往往只要求你不出故障就行了。

总体来说,运维没有研发的发展有后劲,同时也难以彰显绩效。尤其是创业阶段的小公司,研发绝对是公司的核心,而运维可能就是跟在研发后面打打酱油。研发不断出版本,这个月V1.0,下个月V2.0,让公司老板能直观感觉到他们的绩效。而运维很多兄弟,喜欢闷头处理故障不爱写文档,还沾沾自喜,实际上,领导知道吗?做事情,一定要让领导知道,把绩效show出去,这是最重要的。在我看来,运维的工作开展,有三个层次:
1)、坐等故障发生,然后处理故障
2)、主动深入观察系统,优化系统,实施自动化运维
3)、优化运维架构,跟进新技术,参与研发前期架构选型
小公司大多处在第一个层次。


echoWLT,SA

因为从小对数学有心理阴影,转而对coding也有种怕怕的感觉,老下不了手。选择了运维。但现在慢慢努力学习写代码。一直以来的经验告诉我有些东西,你进去了才发现也不过如此,何不努力尝试一下。更何况,一个好的运维本身就应该至少是半个开发。


dengfeng

运维和开发同等重要,只有一个到后面会越发发现瓶颈!


colive zhang,just i can stop myself !

我会选择运维,当初也是在运维和linux c开发犹豫了很久,不知道选那个,最后还是决定了开发,但结果找工作还是运维。也许这就是命。爱捣腾,爱解决问题


向AI问一下细节

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

AI