A. IT运维工程师发展前景如何
it里搞算法和开发的肯定最好。技术支持或者叫运维，范围还比较广，很难讲。比如网络或者服务器运维工程师，一线城市1万左右还是有的。云计算或者说devops的方向一线2万很容易。其他还有数据库运维之类的。比开发肯定比不了。不过其实做的好的待遇比普通人还是可以的
B. 在中国移动做数据库运维好么
挺好的，移动对数据库运维的要求还是挺高的。
1、对于操作系统和小机要求能够达到比较熟练的使用水平，相对来说，目前在大中型企事业单位使用较多的是Linux操作系统，一般的小企业使用的是WIN系统。
2、小机方面掌握IBM的小机使用或者是HP的小机使用技能即可。此外，作为一名专业的数据库运维工程师还需要对于存储技术、网络技术、集群技术等有一定的了解。
3、其原因在于数据库作为一个基础的层面，牵扯到各个方面的应用，一个系统出现问题的时候往往并不是数据库发生了问题，而是其他的应用出现了问题，这个时候就需要进行专业的诊断，如果工程师没有一个比较全面的技术掌握就可能不能很快速地处理问题，进而使工作开展困难。
C. 请问：运维工程师，工作强度如何
工作强度低不低是看各个公司的，在A公司运维的强度非常高，基本都是晚上回去还要加班做一些事情，主要原因是人比较少；而B公司的运维强度和人均的负荷成正比，这个我虽然为B服务过，但是现在B怎么样我不太清楚；
运维人员的要求特别严苛，因为运维人员针对不同的问题，需要不断的补充扩大自己的知识和研究范畴。
在初级阶段，优秀运维人员会体现出格外出众的主动性和责任心，面对陌生的业务会主动学习和拓展自己对业务对认识和相应的知识范畴，以能够足够的胜任业务的独立维护。
在逐步的发展阶段中，注重总结反省的工程师会逐渐成长为高阶运维人员，通常他们会有比较体系化的服务运维理解。也有一部分工程师由于出色的项目管理规划能力，逐渐成为项目经理。
再进一步的发展，高阶的运维人员对于产品的理解将非常的透彻，因而在这种情况下，高阶运维人员甚至可以成为产品的产品经理、产品研发的咨询顾问，在产品功能的设计与开发中起到至关重要的角色。
拓展资料
工作内容
在软件产品的整个生命周期中运维工程师都需要适时地参与并发挥不同的作用，因此运维工程师的工作内容和方向非常多：
事件管理：目标是在服务出现异常时尽可能快速的恢复服务，从而保障服务的可用性；同时深入分析故障产生的原因，推动并修复服务存在的问题，同时设计并开发相关的预案以确保服务出现故障时可以高效的止损。在这方面主要工作内容有：
问题发现：设计并开发高效的监控平台和告警平台，使用机器学习、大数据分析等方法对系统中的大量监控数据进行汇总分析，以期在系统出现异常的时候可以快速的发现问题和判断故障的影响。
问题处理：设计并开发高效的问题处理平台和工具，在系统出现异常的时候可以快速/自动决策并触发相关止损预案，快速恢复服务。
问题跟踪：通过分析问题发生时系统的各种表现(日志、变更、监控)确定问题发生的根本原因，制定并开发预案工具。
变更管理：以可控的方式，尽可能高效的完成产品功能的迭代的变更工作。在这方面运主要工作内容有：
配置管理：通过配置管理平台(自研、开源)管理服务涉及到的多个模块、多个版本的关系以及配置的准确性。
发布管理：通过构建自动化的平台确保每一次版本变更可以安全可控地发布到生产环境。
容量管理：在服务运行维护阶段，为了确保服务架构部署的合理性同时掌握服务整体的冗余，需要不断评估系统的承载能力，并不断优化之。在这方面主要工作内容有：
容量评估：通过技术手段模拟实际的用户请求，测试整个系统所能承担的最大吞吐；通过建立容量评估模型分析压力测试过程中的数据以评估整个服务的容量。
容量优化：基于容量评估数据，判断系统的瓶颈并提供容量优化的解决方案。比如通过调整系统参数、优化服务部署架构等方法来高效的提升系统容量。
架构优化：为了支持产品的不断迭代，需要不断的进行架构优化调整。以确保整个产品能够在功能不断丰富和复杂的条件下，同时保持高可用性。
D. 计算机运维工程师忙吗
你好，很高兴回答你这个问题。
作为一个运维狗有话说，经历了手动运维、脚本运维、自动化运维等各个阶段，运维工作也由非常忙、很忙、比较忙三个阶段，咱们每个阶段都说下：
1.手动运维
这个阶段一般是新手阶段，运维知识储备不足，思想意识也不够深，基本是通过手动操作来处理各种问题。兵来将挡，水来土掩。由于手动处理，工作效率不高。 因此这个阶段随着各种问题的不断挤压，运维工程师将会非常忙，可能真的需要7*24小时工作哦 。
2.脚本运维
这个阶段随着运维技能水平的提高、经验的不断积累，运维工程师已经可以熟练的运用工具以及相应的脚本开发，实现批量操作。最重要的还是思想意识的提高，能够主动考虑如何解决问题，这样驱动着运维不断的去接触新工具、新的解决方案。 因此运维工程师从非常忙降级到很忙，有了一定的空闲时间去学习新知识。
3.自动化运维
这个阶段单纯的通过工具或脚本已经不能满足运维日益增长的技能需求，因此此时通过各种媒体渠道、经验交流，知道运维过程中不仅仅是处理问题那么简单，必须形成一定的制度规范，建立一套监控、故障响应、CI/CD机制，实现不同场景的自动化运维。 此时的运维工程师将进入全新的比较忙甚至有足够的空闲时间，去学习总结，将新的知识点、理念应用到工作中。
最后，运维是一个相对比较复杂的岗位，需要了解的知识面比较广。当然随着互联网技术的不断更新，运维也需要不断进行知识的储备，以便更快速、高效的进行交付工作。
希望我的回答对你有帮助。
我是【木讷大叔爱运维】，欢迎关注，与你分享运维路上的点点滴滴。
忙不忙看公司，小公司事情比较杂，相对要忙一点，大公司运维里面还分很多垂直领域，相对要轻松一点。
在互联网公司，运维岗是个占比很大的技术岗位，跟开发岗，测试岗并列。一个互联网产品的生成一般经历的过程是：产品经理、需求分析、研发部门开发、测试部门测试、运维部门部署发布以及长期的运行维护。一个产品的生命周期90%以上时间都在运维手中，所以运维的技术含量并不比开发低，甚至入门要高很多。
大公司有硬件运维，系统运维，数据运维，应用运维，安全运维等等，分的细自然要求也高，你要开发很多自动化系统来保证业务x个9的可靠性；小公司这些都是一个人包了，没有自动化解决方案，很多需要人肉，运维经验更重要，什么故障都能很快定位到。
目前运维工程师跟开发工程师的界限越来越模糊，什么运维开发岗，什么开发运维岗，都预示着未来不懂开发的运维在运维界很难立足。
一般，运维工程师都很忙。尤其互联网公司，他们的职责是保证线上服务或机器24小时不宕机允许，平稳可靠地运行。
巡视网络环境，(通过扫描漏洞等措施)及时发现及时修复安全漏洞是他们的天职。或者帮助开发人员性能优化、提供安全意识也属于他们的工作范围。希望你能采纳。
总之，运维工程师不会轻松，防范黑客攻击，网络带宽优化，24小时轮值待命，防患于未然，防微杜渐意识是做好运维工作的基本要求。
分单位分项目分类型。有的单位信息化程度较高，设备多且种类复杂，数量大必然出现的问题就容易多，这样一来运维工程师就会很忙；有的项目就是运维类项目，那肯定每天都跟运维打交道，而有的项目是开发或者集成类项目，自然运维的任务就比较少；有的运维工程师类型会比较忙，比如数据库运维工程师和网络运维工程师，而像虚拟化运维工程师工作量可能就没那么大。
忙不忙主要还是取决于公司，这里抛开公司不谈，说一下运维的3个阶段
我们以一个例子说一下3个阶段。这里举一个例子，一个系统升级和简单故障处理的场景。
首先是手工运维，公司有3台服务器台，通过Nginx做的集群和负载均衡，跑的一样工程代码。那么每次服务器升级的时候，就需要人工把每台服务器都备份了，然后停止每台服务器的进程，把新的工程传到服务器上，再每台服务器启动项目。这样是不是很繁琐，同样的事情机械化做多次，而且全人工操作也有很大的风险。
在服务器不断增多的情况下，工作会越来越忙，那么这个时候就可以引入持续集成的框架，例如Jenkins，它可以很方便的通过我们写的shell脚本完成上述说的，写好shell后，只需点击按键，可以一件自动完成从代码服务器上拉取最新的代码，然后自动构建为工程，上传到目标服务器，自动停服备份，发布新工程启动。
这样就需要一次的脚步劳作，减少机械劳动和人为操作的风险，但是还有个问题就是随着业务的不断发展，可能我们需要关注的还有服务器的性能，弹性扩容等，如果我服务器超级多，工作就会越来越重。这个时候就有了新技术例如k8s＋docker＋Jenkins的组合，这里不太怎么具体搭建框架，介绍下能实现的效果，引入这一套服务器框架后可以实现，自动备份自动发版，除了上述的，最厉害的是可以实现自动扩容，当你设置一个服务器cpu性能值，例如50%，当我现在有3个服务，每个服务的cpu都到了设定值，k8s框架会根据我们之前设定的一些参数，自动启动新的服务，并加入集群，如果判断到某个节点故障了，也会启动新服务，然后干掉故障服务。
所以运维工程师忙不忙，除了公司的因数不谈，还要看自己是不是善用各种工具技术
我是@零件小哥，我来回答下这个问题。
我之前也是做过运维工程师，主要在海关信息中心机房做软件运维。
运维的工作主要有以下内容：
日常巡检，主要巡检服务器CPU、内存、硬盘空间等。涉及到软件部分，还要巡检应用服务是否正常运行，有无错误日志等内容。日常巡检的工作量根据所在企业的业务量大小来确定的，每个企业的标准都不一样，有的一周巡检3次，有的一天1次。
故障处理，主要对突发的故障进行处理。故障处理根据故障的级别对客户进行响应。故障级别一般分为：一般故障、较严重故障、重大故障。一般故障指的是不影响系统运行的故障，处理完成时间是24小时，一般故障占全部故障的90%。较严重故障指的是业务运行迟缓、部分用户受到影响，但系统还是有在运行的故障。处理完成时间是6个小时。较严重故障占全部故障的9.9%。重大故障指的是业务停滞、用户无法使用业务系统，系统已崩溃的故障。处理完成时间2小时。重大故障比较少见，可能运维工作中几年不会碰到一次。
运维报告整理，一般是在日常巡检、故障处理后输出的技术报告文档。运维报告每个企业都有固定的模板，我们需要把巡检后或故障处理后的数据填入报告，把巡检问题详细记录，把故障问题和故障处理方式详细记录。
应用部署更新，主要是更新应用服务。开发人员会把更新补丁交付给运维工程师，我们需要备份先前版本的应用后更新补丁。
客户问题解答，主要在运维工作群中解答客户关于系统使用问题的解答。
最后重点来了，运维工程师忙不忙呢？有的人说忙，也有人说不忙。其实都是有的。根据所在企业的业务量来确定，国企和私企也有区别。系统运行故障少，我们一般按时做好巡检就可以了，这样工作量就比较少，相对会轻松些。系统不稳定的话，那肯定就很忙了，时不时客户一个个电话打进来就够头疼了。
说到运维工程师，一般人都会认为是修电脑的。实际上运维工程师的工作并不是这么简单。运维从字面上理解，运就是运行，维就是维护，那么运维工程师的职能就是保障业务的正常运行并在出现问题时及时维护。
用专业的术语来解释运维工程师是负责维护并且确保整个服务系统的高可用性，同时不断优化系统架构提升部署效率、优化资源利用率提高整体的ROI。运维工程师是一个统称，其中有很多分类。包括：桌面运维工程师、网络运维工程师、系统运维工程师、基础运维工程师等等，他们的划分主要是工作具体内容的不同。
运维工程师最忙的时候是他们完成一个项目产品的时候，有的时候需要加班好几个星期。他们在产品项目完成的不同阶段会发挥不同的作用。所以其实他们的工作内容很多：
产品发布前：负责参与并审核架构设计的合理性和可运维性，以确保在产品发布之后能高效稳定的运行。
产品发布阶段：负责用自动化的技术或者平台确保产品可以高效的发布上线，之后可以快速稳定迭代。
产品运行维护阶段：负责保障产品7*24H稳定运行，在此期间对出现的各种问题可以快速定位并解决；在日常工作中不断优化系统架构和部署的合理性，以提升系统服务的稳定性。
运维工程师是一个需要二十四小时在线的职业，因为你不知道什么时候系统就需要你去维护。所以就算你休假在家，需要运维工程师的时候也需要出手。
运维工程师会有着很多业务需求，如果运维工程师能够满足业务需求，或者主动挖掘业务的痛点和改进方法，就能为业务实现更多的价值。业务由于故障引起的中断一定会造成损失，所以能在发病之前就将它修理好，这才是运维工程师的核心价值。在满足业务需求时，优先面对业务快速发展非常重要的需求，例如稳定性，部署和变更效率，容量管理。
那没有项目的日常，运维工程师们都在干嘛，是不是无所事事的玩手机？当然不是了，如果你这么做的话，会被炒鱿鱼的。那运维工程师日常工作是干嘛呢？每日定时对机房内的网络服务器、数据库服务器、Internet服务器进行日常巡视，检查是否正常工作，公司的网站是否能正常访问；每日巡查计算机系统各个终端电脑、打印机、复印机等设备是否工作正常，是否有不正确的操作使用，是否有带故障工作的设备；每天夜间在大家都下班之后对财务软件进行自动实时备份,每周做一次物理数据备份，并在备份服务器中进行逻辑备份的验证工作；每周至少对文件服务器做一次物理数据备份；还有就是处理各种有关网络的突发问题。当然每个公司的运维工程师从事的工作是大同小异的，有的公司可能还会给运维工程师安排其他的工作。所以正在学习从事运维工程师的同学们和想要成为运维工程师的同学们，对于自己想要从事的岗位工作内容有没有多一点了解？以后别人问起来运维工程师是干嘛的，千万别再让别人觉得就是个修电脑的了。而且看了工作内容，你们有没有信心成为运维工程师的佼佼者呢？
有时候很忙，运维工程师平时要做事比较杂，负责环境和服务包部署，解决部署问题，保障系统服务的正常运行，协助开发定位问题，有的需要24小时响应及时处理线上问题，部署和升级服务的话只能在晚上或半夜用户流量少的时候，所以熬夜通宵干活还是比较累的
就看你公司运维系统做的怎么样，如果做的好就要轻松点，但是如果直班也恼火
E. 数据库运维业务好谈吗
数据库运维业务不好谈，移动对数据库运维的要求还是挺高的。
1、对于操作系统和小机要求能够达到比较熟练的使用水平，相对来说，目前在大中型企事业单位使用较多的是Linux操作系统，一般的小企业使用的是WIN系统。
2、小机方面掌握IBM的小机使用或者是HP的小机使用技能即可。此外，作为一名专业的数据库运维工程师还需要对于存储技术、网络技术、集群技术等有一定的了解。
3、其原因在于数据库作为一个基础的层面，牵扯到各个方面的应用，一个系统出现问题的时候往往并不是数据库发生了问题，而是其他的应用出现了问题，这个时候就需要进行专业的诊断，如果工程师没有一个比较全面的技术掌握就可能不能很快速地处理问题，进而使工作开展困难。
F. 数据仓库工程师，其就业前景如何
G. 运维工程师是做什么的
运维（Operation and maintenance）一般是指对大型组织已经建立好的网络软硬件的维护，其中传统的运维是指信息技术运维（IT运维）。
所谓IT运维管理，是指单位 IT 部门采用相关的方法、手段、技术、制度、流程和文档 等，对IT 运行环境（如软硬件环境、网络环境等）、IT 业务系统和 IT 运维人员进行的综合管理。
随着信息化进程的推进，运维管理将覆盖对整个组织运行，进行支持的管理信息系统涵盖的所有内容，除了传统的IT运维，还拓展了业务运维和日常管理运维。
其参与的对象也从IT部门和人员，拓展到组织的管理层和各部门，及其相关的业务骨干。运维的最终结果是对软件运行中各种性能的维护。
运维工程师从工作方式上分为几大类：
1，运维工程师/运维开发工程师：
负责具体的产品线运维工作，同时也需要掌握开发的能力，深入业务，最了解业务的痛点和问题，同时研发/优化针对产品业务需求的平台、工具和手段，能够接触到各类优秀的系统架构并有能力做出优劣对比，同时对业务的掌控决定了相应运维工程师在业务发展中的作用。长远发展是成为大型系统的架构师。
2，运维平台研发工程师：
专门研发运维相关通用平台和技术，需要有一定的产品线运维经验或从产品线中拿到运维需求。对研发能力有较高的要求，对系统的设计有较严格的标准，并且能够理解用户需求，做出适合服务运维和满足运维工程师使用体验的运维产品，长远的发展是成为各个技术纵向领域的技术专家。
3，数据库研发工程师/数据库工程师：
数据库方向是运维技术中较为特殊的一个方向，由于业务的重要性通常需要专设岗位，业界在该方向也有深厚的研究和积累。主要方向有数据库内核、云数据库等，长远发展是数据库领域的技术专家，数据库架构师。
4，运维经理：
运维同学做事情的过程中通常需要协调多个RD和QA同学，对协调和推进能力要求比较高，对一些技术深度还不错，协调和推进能力比较高的同学非常适合转型管理职位，长远的发展和技术部门的管理职位一样目标是CTO、CEO。
各个方向上的工程师发展到一定阶段后，没有明确的界限，需要同时具备较强的运维、架构、编程、算法等能力，是一个要求很高要求的职业。
H. 运维工程师未来发展怎么样，前景好不好
原标题：2018年中国IT运维管理行业发展趋势分析 外包服务优势凸显，云计算将主导市场发展
架构趋于复杂，IT运维管理外包优势凸显
随着信息化的推进，我国企业信息系统中的IT设备在种类和品牌上日益呈现出多样化的特点。由于原厂服务商所提供的运维服务受限于自身产品，其服务的对象和内容相对比较单一。而第三方的运维服务商综合了不同服务器、存储等各类认证的服务工程师团队，可以针对各个厂商的产品提供相应的运维服务。
因IT架构复杂度和多样性不断提高，IT运维管理外包在降低管理成本、提高运营效率方面的优势日益凸显。综合来看，企业管理日渐成熟、运维工作日益繁重、运维工作特殊性质、服务公司的成长是IT运维管理外包的主要驱动因素。
根据运维服务的对象不同，IT运维管理外包可以划分为桌面支持外包、IT基础架构外包和应用系统外包三个层面。其中IT基础架构外包的主要内容包括系统、服务器维护支持，软件、服务调试，网络系统维护等。
IT运维管理外包市场竞争格局分析 选择本土供应商作为合作伙伴
过去运维服务商的竞争格局非常分散，市场上存在着大量的中小型本地运维服务商。云计算时代的到来让中小企业开始转向公有云服务，由于阿里云、腾讯云等大型云服务商往往更专注于自身的云产品，企业在运维管理方面的个性化需求往往不能得到满足，行业内领先的第三方运维服务商通过与云服务商积极合作，向云运维市场渗透，进而抢占中小运维厂商的市场空间，行业集中度进一步提升。
此外，IT外包市场的竞争格局也正在发生变化，越来越多的外企开始选择本土供应商作为自己的外包合作伙伴，原因有三点：
1、随着运维外包市场的日益成熟，用户在选择合作伙伴时更趋理性;
2、经过多年的实践和磨练，本土资深的运维外包供应商的服务实力大幅提升，比如顾问数量、顾问现场能力、服务覆盖区域、价格等方面都具有明显优势;
3、借着引入ITIL等规范化的服务流程和服务标准，本土供应商又创新性的结合国内的实际情况，形成了一套行之有效的服务保障体系和运作方法。
2018年中国IT运维外包市场规模接近960亿
随着数据中心运维市场的深入发展，数据中心软硬件设备越来越复杂和多样化，企业更愿意接受第三方运维服务，实现跨厂商的硬件维护和软件运维服务。近几年，中国IT运维外包市场规模保持高速增长，据前瞻产业研究院发布的《中国IT运维管理行业经营模式研究与投资预测分析报告》统计数据显示，2012年中国IT运维外包市场规模已达313亿元。2015年中国IT运维外包市场规模达到561亿元。到了2016年中国IT运维外包市场规模达到了666亿元，截止至2017年中国IT运维外包市场规模增长超800亿元。2012-2017年复合增长率高达20.3%。到了2018年底中国IT运维外包市场规模达到了958亿元，同比增加19.5%。
2012-2018年中国IT运维外包市场规模统计情况
资料来源：前瞻产业研究院整理
未来一段时间内，“去IOE”、云计算还将继续主导数据中心市场的发展，第三方运维服务商会成为数据中心垄断格局破除后的直接受益方。
I. linux运维工程师都是干什么啊 有发展吗
昨天，在知乎上有小伙伴向小青咨询关于：“Linux运维工程师的发展方向？赚高薪的运维人员都具备哪些常用技术？”的问题。今天，小编就简单聊聊这些两个话题，希望能够帮助到迷茫的你！
一起康康Linux运维工程师的发展方向：
1、运维工程师
运维架构师平均薪资34.4k/月。
负责研发适合公司业务系统的通用基础平台或组件，对研发能力有较高要求，需要具备产品线的运维经验和丰富的系统架构知识；例如现在热门的自动化运维方向，就需要开发适合自己公司需要的自动化平台，比如自动安装平台，自动应用服务维护平台，自动更新配置平台等。这个岗位和系统架构师没有明显的界限，通常好的运维平台研发工程师也能适应架构师的工作。
下面将运维中需求学习或能让你运维作业加分的技能稍做介绍。（这两个技能，我认为真真真真挺好的）
1、编程开发
关于Linux平台下的运维人员，仍是引荐Shell加Perl的组合，究竟那么多年过来了。这个组合一直在为各大网站的工程师们稳定的作业着。另外，Python也是一个十分值得引荐利器。这种言语具有十分简捷而明晰的语法特色，适合完结各种高层任务，简直能够在所有的操作体系中运转。现在，依据这种言语的相关技能正在飞速的开展，用户数量急剧扩展，相关的资源十分多。
现阶段，掌握一门开发语言已经成为高级运维工程师的必备技能。运维学开发，Python势必是你不二之选。PYTHON被称为胶水语言， 能满足绝大部分自动化运维的需求，又能做后端 C/S 架构，又能用 WEB 框架快速开发出高大上的 WEB 界面，还能做机器学习。
2、网络设备
了解网络根底知识、网络通信协议和常见的网络设备是有必要的。建议把思科和华为这两家的产品摸熟。
假如是在稍微大一点的公司作业或者哥们你就是在IDC混，那还得学会对企业局域网和广域网进行规划、完成和查看排错，VLAN是有必要的。其他就是视频、语音之类的网络效劳了。根底的都搞理解了之后还想进步自己朋友能够去学一下CCNP或者H3CNE的课程。
以上就是小编今天为大家分享的关于“Linux运维工程师的发展方向？赚高薪的运维人员都具备哪些常用技术？”的文章。同时，小青还想说一句：“各个方向上的工程师发展到一定阶段后，没有明确的界限，需要同时具备较强的运维、架构、编程、算法等能力，是一个要求很高的职业。但职业发展道路，必须循序渐进，一个好的运维工程师，肯定应当具备较强的开发能力，希望大家在发展过程中，具备了基础的Linux知识之后，一定要学习一些开发技能，比如必备的shell编程能力，另外还要掌握一门高级语言，比如热门的python语言，是一个不错的选择。”
【免责声明：部分图片及文字信息部分由小编整理自网络，旨在分享提供阅读，如有侵权请联系我们进行删除。】