应用运维转开发那些事

结合自身经历从以下几个方面说下转行的经历,如有相同感受的朋友,欢迎留言讨论~

应用运维主要干什么

自己干了五年的应用运维,换了两家公司,都是金融公司,现在仔细回想下工作有以下几个方面:
1. 解决生产系统使用过程中产生的问题。
2. 应用系统使用手册,常见运维问题整理。
3. 生产服务器信息整理(ip,账号、密码);
4. 生产日志管理(日志转储什么的);
5. 批处理管理(使用开发好的系统去批量处理数据什么的)。
6. 给开发提bug和系统优化。
7. 一些无良公司运维还得干发版的工作

**感受:**以上工作,1占总工作量80%,2占15%,其余的基本上之前都有文档,增量整理即可,占5%左右。解决问题:一线运维参考运维手册;二线运维:看应用的代码+积累的经验,实在搞不定,找开发帮忙。。服务器信息整理主要是要登陆服务器去查看日志,服务器环境的变动和应用运维也没什么关系。

做应用运维需要会什么

数据库crud+常用的Linux命令
对的,如果你大学的时候学的是计算机相关专业,稍微听一点,就可以干应用运维,基本上没有门槛。

关于薪资

甲方公司,依靠自己业务收入的,5年的应用开发和应用运维的工资基本上持平。这样公司的开发基本上都是二次开发,架构轻易不会调整。
外包公司的开发,开发一般都会有项目奖金;运维外包的话,都是按照人头收费,应该会和开发的收入有一定差距。
**结论:**应用运维的工资不低

晋升空间

一线运维➡️二线运维➡️运维管理岗➡️运营总监(管开发、测试、运维的那种)
**感受:**应用运维没有什么输出,也没有太多的表现机会。升领导的,要么情商高,要么是之前的领导升职了,你上位。

为什么要转行

应用运维的优势很明显,门槛低,收入也会随着你经验的积累涨幅也很明显,特别是一些老运维,生产上出现的问题看一眼就知道解决方案,工作起来会相当轻松,基本上不用加班,压力也没有那么大。所以开发转运维的都是觉得开发压力太大,想轻松点。
同样的,短板也很明显,一个是需求量,开玩笑,小公司怎么能养的起运维,开发顺手就干了,基本上运维都统一在总部工作就可以了,总部一般也只会设立在一线城市。另一个是没有什么输出,每年的年终述职的时候一般都是解决多少个问题,响应时效是多少。领导会在意这些么,领导的潜意识都会觉得运维没什么用,还投入这么多。最后一个就是自身能力,没有积累硬实力的习惯,对行业依赖很严重,换行业基本上找不到能满足自己要求的工作。平时工作又觉得没什么挑战性,有点类似于公务员的节奏。

猜你喜欢

转载自blog.csdn.net/yishifanghua/article/details/110728086