做运维工作怎么样,有前途吗？

1. 做运维工作怎么样,有前途吗？

做运维工作有前途，运维是一个进入门槛低，但是发展前景大的行业。但是前路漫漫，想在这个领域有长足的发展，要学习很多，付出很多。运维是指对公司硬件和软件的维护，硬件包括：机房、机柜、网线光纤、PDU、服务器、网络设备、安全设备等。

运维，这里指互联网运维，通常属于技术部门，与研发、测试、系统管理同为互联网产品技术支撑的4大部门，这个划分在国内和国外以及大小公司间都会多少有一些不同。

一个互联网产品的生成一般经历的过程是：项目立项、需求分析、研发部门开发、测试部门测试、运维部门部署发布以及长期的运行维护。
运维，本质上是对网络、服务器、服务的生命周期各个阶段的运营与维护，在成本、稳定性、效率上达成一致可接受的状态。
对于已在线服务的更新也属于发布范畴，这个时候的产品发布一般要保障在线发布，在不中断对外服务的情况下完成产品的升级。对于大型复杂的变更也存在中止服务部署完成后再重新提供服务的情况，但这种情况需要运维工程师通过尽可能的技术手段来避免。

2. 网络运维怎么样？

运维的前途取决于个人能力和努力程度！初级运维比较辛苦，顶尖运维却非常吃香！
首先要说的是，在IT行业里，运维一直是一个被人误解很深的岗位，一部分人觉得运维技术含量低，觉得运维比开发low，但其实完全不是这样，运维不仅技术含量不低，甚至还可以说是一个非常高端的职位！
造成这种现象的主要是因为大家对运维工作不了解，觉得比较简单。
运维职业的一个问题是定位不清晰。门槛不高，什么网络协议啊，系统内核啊，系统管理之类的都得会一点。所以不同公司运维做的事情可能都是不同的，有的公司运维是系统运维，有的是自动化运维，有的云计算，而有的公司运维就是网管！
这么一个宽泛的职位，绝不能用底层运维代表所有运维的前途！
从技术广度来说，运维要掌握非常多的知识和技能，初级的可能技能深度不行，但高级运维不仅会的技能多，而且都非常有深度，所以运维技术含量绝对不低！
抛开误解和偏见，我们从运维的发展空间来看，运维还是非常有前途的。初级的做手动运维比较辛苦，中级的做自动化运维在公司就已经非常不错了，而高级的做devops在各大公司都是炙手可热的岗位，而发展到最后就是系统架构师或者cto，不想上班创业的空间也是非常大的！
不同的级别对应的薪资水平可以看下面这张图。

所以运维的前途看个人能力和努力程度！要想发展的好，就要去不断学习提升自己！谷歌有一个岗位叫sre，要你懂整个架构，需要懂开发，出现问题了你可以独自处理，几十个人就可以维护10万台服务器！这也是高端运维的发展方向。
除了提升自己，运维还非常看公司！要争取去大公司！大公司运维和普通公司天差地别，大公司都在搞自动化运维，devops，云计算！在小公司，业务没发展起来，永远也接触不到这些东西。现在是云计算的时代，云计算运维是热门，机会多薪资高，多了解学习云计算运维吧！

3. 网络运维工程师发展怎么样？

在现在这个信息时代，网络运维也开始发展了起来，对于信息安全所涉及的知识面、专业点非常广，对从业人员素质也要求非常高，信息安全工作在大型互联网公司也越来越重要。随着互联网的高速发展、网站规模越来越大、架构越来越复杂，对信息安全工程师的需求也会越来越急迫，特别是对有经验的人才需求量大，而且职业发展前景非常好。
1.现状
处于快速发展阶段
需求量大，从业人员较少
培训机构机构相对较少
2.个人职业发展走势
系统开发：20K+;开发、修改开源软件
运维开发级别DBA级别：
入门工资：10——30k
架构+运维开发：30—50k
DBA:10——40k
架构级别：
平均工资10——30k
需要：技术+沟通+思想
运维级别：
初级运维5——8k
中级运维8——15K
高级运维15k+
3.发展前景
随着云计算和虚拟化技术被越来越多的公司使用，运维行业的缺口也会越来越大。
目前没有大学有开设运维专业，大多数的运维都是经过社会培训入职的，相比较开发，运维的竞争会小很多，市场也不饱和。
运维相比较开发，需要的综合素质更高，我们的学员不仅要懂系统，懂网络、懂架构、懂数据库，还要懂开源软件，在日常的工作中接触的信息比较多，学习的东西也比较多。

4. 网络运维怎么样

挺好，很多人可能以为网络运营的工作进入门槛非常高，要学习非常多的技术和技能，才能够胜任这个工作岗位，其实不是这样的，绝大多数的人，只要你是稍微有点上进心的人，去参加几个月的培训，大部分都能够成为一个网络运营人。
网络运营维护工作的岗位，不是网络开发的岗位，如果你是网络开发的岗位，那么确实需要学习非常多的东西，要经过非常正规的本科学历培训，才能够学会编程工作，但是仅仅是网络维护运营，那么这个就没有太大技术含量了。
很多人可能对于网络维护运营觉得很神奇，觉得很高大上，其实根本就没有什么神奇的东西，网络维护运营其实仅仅是确保网络能够通畅，并且将这些网线捋顺就可以了，有点像是一个水电工。
举一个我们非常熟悉的例子，大家就知道网络运营维护是做什么工作的了，我们绝大多数人都去过网吧，在网吧里面的网管，就是属于网络维护运营的一部分，因为网管他自己不仅仅是要在前台，有时候一些电脑出了故障，一些网络出了故障，他自己也需要处理，也就是说一个普普通通的网吧老板，他自己本身就是一个网络运营维护的人，因为他自己只需要学个个把月的时间，他完全能够把这些东西搞明白

5. IT运维管理怎么样

根据前瞻产业研究院《中国IT运维管理行业经营模式研究与投资预测分析报告》当中显示，随着5G的全面商用，IT运维成为企业的技术管理中的重中之中。在2012年，我国IT运维服务市场仅为835.8亿元，到2019年市场规模上升到了2324.3亿元，上升了178.09%。而从新成立企业数来看，整体市场并没有真正实现它的价值。因此，前瞻预测2025年市场规模将达到3668亿元左右。
中国IT运维管理行业发展现状
——2020年中国IT服务市场规模将达8253亿元左右
信息产业是与国民经济发展息息相关的战略性、支柱性产业，云计算、大数据、移动互联网等新业态的出现驱动信息产业迈向新的阶段，IT服务也发展为引领科技创新、驱动经济社会转型发展的核心力量。2012-2019年，我国IT服务市场规模呈现上升趋势。从增速来看，2017年的增速达到了15.61%，市场规模达到6048.4亿元。2019年，中国IT服务市场规模达到7952.8亿元，同比增长14.12%。根据近年来中国IT服务市场的发展，前瞻预测2020年我国IT服务市场规模将达8253.4亿元左右。

——IT运维管理行业市场概况
企业IT运维管理是指采用专业的信息技术和方法，对软硬件环境、计算机网络和电信网络、应用系统及运维服务流程等进行的综合管理，其目的是保障系统与网络的可用性、安全性和业务的持续性。IT运维管理涵盖IT运维服务和IT运维产品两个层面，企业需要通过服务和产品之间的有机整合和动态协作，共同实现IT系统对业务运行的有效支撑。其中，IT运维服务是IT服务的重要组成部分，根据提供服务的主体不同分为原厂运维服务和第三方运维服务。IT运维产品指ITOM/ITOA工具，企业可以利用ITOM/ITOA工具对IT基础设施和应用软件等对象进行实时的监控和管理，以保证被监控对象处于最佳运行状态。在一个企业成长的过程中，其IT系统的建设和运维管理必将经过四个阶段。因此，BSM是ITSM的发展和完善，是企业IT系统建设和运维管理发展的必然趋势。

——中国IT运维管理行业市场资产规模及趋势
根据企查猫的数据显示，2015-2019年以来我国IT运维管理行业新成立企业呈现逐年递增趋;2019年新成立的IT运维管理行业企业有245家，相比2015年的2家增长了122.5倍。从注册资本在1千万以上的新企业来看，2015-2019年呈现上升趋势，在2019年共有48家新成立企业注册资本在1千万以上，达到近年来高峰。2020年1-10月，我国IT运维管理行业新成立企业有104家;其中，注册资本在1千万以上的企业有23家。

注：查询状态为在业的企业且处于信息传输、软件和信息技术服务业内的新成立企业。
——中国IT运维服务市场规模趋势呈现逐年上升趋势
IT运维服务市场规模增长的首要原因是数据中心本身的扩张。信息化建设进程的深入让数据的价值显现，政府和企业对数据中心的需求都在不断提高，无论是数据中心的建设数量或是建设规模都表现出持续的增长。由于企业业务的不断扩张，在金融、电信等重点应用领域，数据中心运维的合同额呈现出逐年上升的趋势。数据中心基础架构复杂度提高、服务器数量急剧增长、机房能耗快速攀升等因素，对数据中心的空间优化和容量扩展能力带来巨大挑战，从而促使新的运维服务需求产生。
2012-2019年，中国IT运维服务市场规模呈现波动趋势。从增速来看，2014年达到近年来最高增速17.34%，达到了1121.2亿元的市场规模。2019年，中国IT运维服务市场规模达到2324.3亿元，同比增长15.73%。根据前几年中国IT运维服务市场的发展和未来发展趋势，前瞻预测2020年我国中国IT运维服务市场规模将达到2690亿元左右。

——中国IT运维产品市场规模分析 ITOA增速逐年放缓
ITOA是ITOM行业中新兴的细分市场，是企业对IT运维管理提出更高要求的表现。随着IT运维管理发展越来越深入，企业对运维管理的需求已经不仅是追求系统的稳定和健康运行，以运维数据指导业务和决策是ITOM发展到一定阶段必然的产物。但是，ITOA与传统的IT运维管理间的关系并非是割裂的，相反的，企业进行大数据分析所需要的数据正是来源于原有的IT运维系统，即ITOA必须建立在传统运维的基础之上，两者的发展应当是相辅相成的。与传统IT运维管理不同的是，ITOA要求CIO能够站在企业的战略高度审视整个IT系统，将IT性能数据和业务数据结合，通过综合的诊断和分析了解企业内部的运营状态，能够为企业的经营管理创造更大的价值。
相比新兴的细分ITOA领域，ITOM市场经过多年发展已经逐渐过渡到稳定增长阶段。ITOM市场规模的增长主要来自于IT运维体系内部的迭代升级。2019年ITOM整体市场规模达到106.4亿元，同比增速12.6%。ITOA市场虽然当前体量较小，但是增长速度非常快;2019年，ITOA市场规模为14亿元，同比增速26.1%。根据前几年中国ITOM、ITOA市场的发展，前瞻预测出2020年中国ITOM、ITOA市场规模分别将达到111亿元和15亿元左右。

中国IT运维行业前景预测 2025年市场规模将达到3668亿元左右
从中长期来看，随着国内经济的快速发展、企业信息化水平的提升和市场竞争的加剧，企业将普遍加强内部控制并实施精细化管理。作为企业信息化建设和精细化管理不可或缺的有机组成部分，IT运维管理将被越来越多的企业或机构采纳并实施，其市场规模将得到大幅拓展。前瞻预测，2025年中国IT运维管理市场规模为3668亿元左右。

6. IT运维怎么样？

IT运维怎么样？这个问题不能一概而论，要根据您的具体情况进行分析。这里简单介绍一下IT运维的优缺点，供您参考。
远程IT运维，
可以快速、安全地通过远程处理内部应用系统的故障。
有效解决多网隔离与远程运维之间的矛盾。
实现远程运维人员与值班人员安全协作、互动及监督。
在GPRS、3G、拨号等低带宽情况下能快速接入远程运维平台。
可通过任何设备、任何时间、任何地点，高效安全地接入远程IT平台。
目前国内IT运维厂商有听云，云智慧，博睿等。

7. 运维是做什么的工资高吗

您好，感谢您的耐心等待，很高兴能为您解答，与开发，测试团队密切配合，完成产品线的高质量生产环境部署和维护工作。
负责线上服务运维与监控、故障处理，支撑业务运维需求，保障业务的稳定运行。
应用系统问题处理、归纳分析及相关技术文档的编写。
支持内部OP系统，以及云端服务器，云桌面等日常工作。【摘要】
运维是做什么的工资高吗【提问】
您好，感谢您的耐心等待，很高兴能为您解答，与开发，测试团队密切配合，完成产品线的高质量生产环境部署和维护工作。
负责线上服务运维与监控、故障处理，支撑业务运维需求，保障业务的稳定运行。
应用系统问题处理、归纳分析及相关技术文档的编写。
支持内部OP系统，以及云端服务器，云桌面等日常工作。【回答】
薪资待遇：3.5K－4.5K【回答】

8. 运维工程师待遇

运维工程师的工作强度是不是比开发工程师的工作强度低一些?


工作强度低不低是看各个公司的，在A公司运维的强度非常高，基本都是晚上回去还要加班做一些事情，主要原因是人比较少；而B公司的运维强度和人均的负荷成正比，这个我虽然为B服务过（以前我在一家B的供应商呆过，去过B做过一段时间），但是现在B怎么样我不太清楚；

2.运维工程师工作的技术含量会不会低一些? 所以压力小一些?
– 运维的工作性质主要还是维持运行的平稳和高效，工作主要有安装调试软硬件，根据不同开发项目配置服务器软件，监控等事情；相对开发来说更加偏向操作系统或数据库（这是两个方向，一般是分开招人的）；而开发的偏向于开发软件和一些中间件，数据库和系统一般就由运维的人把关；
a.DBA偏向软件，而OS管理员和network（比如cisco）管理员偏向软硬件结合，还有一种人就是纯粹玩硬件的（安装服务器硬件、机柜什么的）；
b.至于说技术含量，我个人认为越集成的东西管理的人操心就越少，而每个不同岗位的技术没有什么可比性，关键看你个人的性格；c. 相对开发，运维的经验学习成本是比较高的，就是说你不在一定的实用环境下是没法学会真本事的，而开发你坐在家里就可以摸索一个大概出来；而运维的知识更新的速度相对慢，10年前的DBA知识更新可能只有50%，而他本人会非常值钱，而2年前java的一些内容可能都没有发明出来；除非你在开发做到管理职位，否则纯技术开发学习更新的代价会非常高；反过来说：技术开发适合比较喜欢新鲜、喜欢创新的人，而运维适合循规蹈矩比较踏实的人；

3.在B,运维工程师的薪水只有开发的2/3左右.你们公司也是一样吗?
–我个人认为：公司给不同position的薪水肯定是和他预估这个职位重要性和工作强度成正比的，但和未来发展是否正比就不得而知了，这在B内部是有可比性的，至于A如何，我不太清楚，应该相差不大，毕竟A的运维已经是全球领先的，而且人数非常少；

4.运维工程师的发展前景怎么样,会不会以后的发展空间比较小?
– 所谓发展空间是要结合你个人的性格，资深DBA之类的人在地球上还是很稀缺的，我知道ebay china operating center的DBA有开宝马上班的，而且运维不是吃青春饭，越老越吃香，可以说是个平滑的上升直线，而开发如果你只是一个执行者和coder，恐怕就是一个开始猛涨后面猛跌的曲线，毕竟开发知识代谢成本太高，过了30就走下坡路；