系统运维、IT运维、网络运维、数据库运维简单来说都有哪些区别,哪个更有前途

我现在就在一个外企互联网公司的DBA部门(全球2000人左右不知道算什么规模),我们部门应该就是传统意义上的运维,从我的主管到身边的同事到美国和台湾的同事几乎都是运维,但我是一个开发,之所以我能加入进来,正是因为我们部门在搭建与数据库和大数据相关的自动化运维平台,而其他同事大多是专职的DBA,很少开发,所以自然的,我也就成了运维部门不做运维的人。其实现在很流行DevOper这种说法,就是兼具开发与运维素质的人,我们公司目前正在推自动化运维平台,理想就是绝大部分事情都能平台和开发自己完成(就是要干掉只重复的工作),很多大公司其实都在做这一块,所以我想,在未来,运维的很大一部分工作会被平台或工具所代替,比如阿里的日常DML、DDL已经能全部实现自动化了,在未来,需要的是专业而不是专职的运维。而既懂运维又会开发的人也一定是很值钱的。但是运维有不有前途,反正我看我的主管和同事们都过得挺滋润的,买得起房,很少加班,工资多少不知道,但肯定也不低。至于你上面说的有什么差别,我是觉得除了工作内容之外,其它都差不多,就是处理各种线上问题,和开发沟通之类,偶尔半夜被吵醒,习惯就好啦。另外说一个,前些天有人来我们公司面试DBA,做了3年,却问什么什么不知道,这大概就是专职却不专业的运维吧,这类人迟早会被平台所代替的。所以不管是从事开发还是运维,一定要让自己变得专业,专职的运维会被平台代替,但专业的运维会越来越值钱,因为他们的作用会被平台所放大。忘记回答需要学习什么了,我就说说我身边的吧,我的主管数据库运维,真的就专数据库,从底层原理到线上的大小问题等都OK,如果是大数据运维,那么Linux肯定必须的拉,hadoop原理这些肯定要懂吧,如果你会这些还能写一些脚本,比如Python那肯定更棒了,不过时代在进步,我们应该在过去的基础上,增加更多的技能,才会有竞争力,也不会被平台淘汰。
■网友
第一次回答问题,一直潜水居然能被邀请到。。我只能给你讲下我的经历和我对这方面的了解吧。 我第一份工作是在一家国产数据库厂商做技术支持。算半个数据库运维吧,干的活很杂,有测试的活有运维的活,数据库性能pk,压力测试,应用移植,故障处理都遇到过。刚开始工作大部分问题都是解决操作系统的问题,比如安装数据库少个动态库啊,备份把磁盘空间占满了啊,还有你想调大点share_buffer发现数据库起不来了于是又去改内核资源限制。刚开始工作Linux和数据库都在学,但发现解决问题都是linux知识。先把linux学好学扎实。后来慢慢遇到一些复杂问题,某个应用某个时间点慢啦,sql语句执行太慢啦等等。这些就需要学习数据库的锁,事务,执行计划,数据库参数等等,还有shell这时候就特别重要,有时候应用晚上才出问题,你不可能一直坐着等到很晚吧,所以需要写脚本记录你需要的数据,第二天分析原因。我是python用的很少,大部分都是shell,主要没有很复杂的自动化运维工作。现在的工作就和数据库运维关系不太大了,现在是做数据仓库开发,但是之后还是想做运维的工作,因为成功解决问题的感觉很爽。至于数据库运维以后我觉得低端的工作很难找了,大部分小公司用了RDS基本就能满足所有需要了,大厂数据量大,问题多肯定不是RDS就能满足的。这几种运维干好了都挺有前途的啊,但是数据库运维,网络运维可能第一份工作可能更难找一些。
■网友
【系统运维、IT运维、网络运维、数据库运维简单来说都有哪些区别,哪个更有前途】 都要涉猎,要有运维管理思维。

■网友
都是it界的搬砖工。。去开发吧。实在想做运维就去学sdn。。。苦逼
■网友
谢邀。其实说实话,如果开发编程能力不错的话,可以考虑从事开发,以后发展的路子更广,我现在也是刚刚开始从事网络运维相关工作,不过从运维角度来看,系统运维的路子更宽,开源技术更多,不过现在运维都要求会一些开发,起码一些脚本还是要会写的,主要是以shell、python居多,特别是大公司一直都会推自动化运维。至于数据库运维的话接触比较少。


推荐阅读