IT运维工程师的发展方向是什么？

采用何种远维方案可谓见仁见智，并且不同的公司有不同的安全需求和硬件前提。毫无疑问，远程维护不同于本地运维采用什么样的远维方案应该有一个基本的原则。安全和方便应该是选择远维方案的出发点。

远维首先要保证安全性，不管是内网还是外网的远控要保证控制端与被控端的唯一性。也就是说，要预防第三端的介入，杜绝“第三人”的参与。要做到这一点，在被控端要做好安全部署(比如关闭多余端口、IP过滤、控制列表等)，以防未经授权的恶意控制。另外，远控方式的安全性也要保证(比如对数据进行加密等)，以防“中间人”的嗅探。

远维的方便性这个很好理解，也是IT人员追求的目标。方便性应该包括两个方面的含义，一是 *** 作上的便利，能够以最快的速度实施远程维护，二是远维较少受外界因素的限制(比如地理位置、软硬件设备等)，可以随时随地的进行远维。选择方便的远维方案，不仅提高了工作效率，而且保证了假日的质量。

IT 运维管理是时下 IT 界最热门的话题之一随着 IT 建设的不断深入和完善,计算机硬软件系 统的运行维护已经成为了各行各业各单位领导和信息服务部门普遍关注和不堪重负的问题由于这是一个随 着计算机信息技术的深入应用而产生的新课题,因此如何进行有效的 IT 运维管理,这方面的知识积累和应 用技术还刚刚起步对这一领域的研究和探索,将具有广阔的发展前景和巨大的现实意义所谓 IT运维管理,是指单位 IT 部门采用相关的方法、手段、技术、制度、流程和文档 等,对IT 如硬运行环境(软件环境、网络环境等)、IT 业务系统和 IT 运维人员进行的综合管理。企业将IT部门的职能全部或部分外包给专业的第三方IT外包公司管理，集中精力发展企业的核心业务。简单的说就是企业在内部专职IT运维人员不足或没有的情况下，将企业的IT外包服务流程，包括全部办公硬件、网络及外设的维护工作转交给专业从事IT运维的公司来进行全方位的维护。

行业里有个笑话：越高级的运维越像个隐形人！所以楼主是遇到困惑了，提供自己的能力吧！

说到运维，多半是甲方单位招聘的，乙方一般是研发和实施。项目结束后甲方需要运维。从基层职位看，运维和开发（含产品经理）的分工还是挺大的。

本人做软件开发多年，平时主要考虑功能和非功能的实现，运维负责系统上线后系统的稳定、高效运行。所以在所需技术上也大有不同。

开发重点在各种开发语言、开发框架、持续性集成环境、软件工程、算法以及对应的业务等等，对底层的运行环境 *** 心的不太多，尤其上了云环境之后，越来越少 *** 心负载均衡、高可用这些非功能需求。

运维的重点在于系统运行的各种环境，从机房、网络、存储、物理机、虚拟机这些更基础的架构，到数据库、中间件平台、云平台、大数据平台，偏重的也不是编程，而是对这类平台的使用和管理。

所以开发重建设、运维当然就是维护。所以运维比开发更不受重视也是可以理解的，很难出彩，不出事就是成绩，尽管付出的努力并不少，甚至更多。看过产品运营的人说过一句话“不要管开发做出的是什么垃圾产品，留住客户才是运维关心的“

但是在高层考虑中，尽管运维仍然受重视程度比不上开发，但已经不仅仅是考虑要尽快满足业务需求的问题了。基础架构越来越有话语权。一方面，确实这个是很耗钱的事情（有钱就有话语权）。开发个系统不是有代码就能运行的，养个机房（特别是高端机房），动辄投资也得上亿，上千台服务器也不是那么容易管的，每年的折旧、报废也是钱啊，光电费也够养几个高级RD了。另一方面基础架构，特别云化之后，更是要制约开发使用的语言和程序架构。还有越来越受重视的安全管理，更是巨大的投资，甚至上升到维稳层面。

但是总体来说，运维工程师是IT的后台，IT是一般甲方业务的后台。所以，重要是很重要，但是可能永远不如RD受重视。当然，小部分运维也很受重视，比如制造业，但毕竟是少数。

所以，it运维工程师选择就没有回头路，努力提供自己能力是王道！

根据我10几年的经验，做好高效IT运维，应该从以下几方面着手：

转变思想观念，培养业务意识

业务意识是一个说起来容易、但做起来很难的事情，网络上流传的一个经典的不同薪水秘书的工作描述，就是业务意识的一个具体体现。培养业务意识的一个基本方法是经常思考自己的工作如何对业务产生帮助，下图是一个标准的IT运维工程师每天面对的事情，不同的意识产生不同的工作效果。

IT工程师每天要处理大量的基础设施故障和性能问题，工作强度大，技术更新快，经常把自己搞的疲惫不堪。工程师们需要从业务的角度来思考自己的工作，也需要从业务的角度来展现自己的工作。

如上图所示，IT工程师通过对基础设施的维护工作，看到的不是简单的CPU、内存和磁盘的使用率，而是IT对业务的影响，看到的是产品开发进度、订单流程、供应商的效率等等，IT工程师就获得了成长，完成了思想的转变，建立了业务的意识，具备了职业更上一层的条件。

2 时间优先，兼顾成本

时间和成本是做决策时需要考虑到的两个基本因素，生活中每天都要面对，比如要不要上新东方的英文培训班，要不要上达内的IT培训班等等，都会涉及到时间和成本的分配问题。

很多人认为“成本”是其中需要第一考虑的要素，然而过多考虑成本的结果就是会失去很多的机会，无论个人还是企业都是如此。所以IT工程师在考虑日常工作的时候，要积极参与企业的IT决策，更多的从时间的角度来考虑问题。

比如在考虑IT管理类产品的时候，就会面临开源产品和商业产品的考虑，开源的产品初始成本低，后续成本高，出了问题全靠自己摸索；商业产品初始成本高，后续成本固定，有原厂商的支持，可靠性好。引入开源产品，短期内看起来好像帮助企业省了钱，长期来看，企业付出的成本更高。另外，当工程师沉溺于开源产品的学习和使用的时候，个人失去了培养业务意识的大量时间，即使把开源产品用的非常好，也不会给企业创造更多的业务价值。

3 多看行业报告，培养前瞻性思想

行业内的一些公司，比如Gartner、IDC、Forrester等经常性的会发布对于行业前瞻性的预测报告，工作之余，多看看这些报告，就会保持对行业未来和新鲜知识的敏感性，敏感性又会培养对行业和工作的洞察力，而洞察力是领导者需要具备的基本特征，有了洞察力，就距离职业晋升又进了一步。

4 多学习，多培训，多考证

现在提倡终身学习的理念，尤其在快速变化的IT领域，不主动学习就会落伍，所以要多多参加培训和学习，在年轻的时候攒钱不是第一位的，培养个人能力，获得职业提升是更重要的。IT工程师们在向金字塔顶端发展的过程中，需要学习的东西是非常多的，如：项目管理、ITIL管理实践、ITOM/APM/NPM/ITOA/DevOps/BSM/ITSM、各种层出不群的新技术等，各个细分领域存在大量的专业知识和技能需要掌握。

5 提升职业贡献

在转变思想观念，提升个人职业技能的同时，还要经常想办法来提升个人的职业贡献，获得职业晋升和薪水翻倍的最重要一点还是要看职业贡献。职业贡献和岗位是紧密联系在一起的，转变了工作意识，提升了职业技能，一方面在同样的岗位上可以为公司做出更多的贡献，另一方面也会获得新的重要岗位工作的机会，为公司做出贡献的机会大大增加。

由于信息技术的渗透性和先导性,信息技术已成为国内外企业战略决策的制定和调整、生产经营过程中的计划、组织、管理和控制不可或缺的重要工具以及公司核心技术的主要载体,信息技术促进了生产经营过程的集成化和科学化,从而成为各公司降低成本、维持技术领先地位的战略举措。

近年来,国内外各企事业单位都十分重视信息化建设,把加快信息化建设作为提高生产经营管理水平、促进业务流程优化、加强内部控制、提高决策质量和效率的重要手段。结合中国石油发展战略和业务需求,中国石油出台了统一的“十一五”信息技术总体规划,F5(企业信息系统管理)项目便是“十一五”信息技术总体规划中的一项,目标是建立集成的监控管理平台和统一、完善的运维管理体系,提高中国石油信息技术基础设施的可靠性和性能,从而保证中国石油各业务系统的高可用性,彻底改善IT服务的管理水平,提高客户满意度,降低IT服务支持成本。

被动的传统IT运维管理

市场研究机构Gartner调查发现,在导致IT基础设施出现故障的原因中,源自技术或产品方面的因素其实只占了 20%,而因为运维管理方面的原因则占到80%,可见IT系统运维及管理是相当重要的。企业每年对IT部门投资都不少,但是得到的效益却没有体现,问题仍然时常发生,感觉好像所有的投入都打了水漂。

企业的IT运维部门是一个吃力不讨好的部门,因为IT运维就是在后台默默地保证信息系统的正常运行,只有在问题发生的时候才想到还有IT部门的存在。这种现象是由于IT运维管理还处于传统模式,即无相应的运维监控软件或者是仅仅单独使用某项监控软件而没有联合使用。这种传统的IT运维管理是被动的管理,是孤岛式的管理,是与业务应用没有联动的管理。

1被动管理

传统的IT运维管理是救火式的管理。通常是用户先于IT人员发现问题,然后再找到IT部门要求解决问题。这是由于传统的IT管理采用人工方式管理基础设施,网络管理是从各种IT基础设备出发的,仅仅是保障各类IT设备如服务器、数据库、存储设备、交换机等等基础设施的正常运行。

不采用任何管理软件,仅仅靠运维人员定期轮询,或者执行某项命令来检查设备,在系统规模较小时,只要参与运维的技术人员足够负责,人工运维方式是可以满足日常运维需要的。但是,当应用系统达到一定的规模后,这种运维方式的弊端就暴露出来了。轮询一遍要花费几个小时,这样,轮询周期越长也就代表越需要更久才能发现故障。这种被动式管理IT导致有了问题不能及时发现。

2 无关业务、孤岛管理

有些企业虽然采用某一种或几种监控软件来监控IT基础设施,但这些监控软件都各自独立运作,没有进行对业务的整合监控。如果用户投诉业务应用不畅通,很难定位故障源,到底是网络、应用程序、数据库还是其他后台系统出了问题,或者是各部门踢皮球,都说自己所负责的设备正常

好一些的IT主管会把各个部门集合到一起开会,讨论问题根源。传统的IT运维管理方式是各类设备的管理各自为政,丝毫没有关联性。处理故障不便于追根溯源。每个人的精力有限,在专业应用系统赖以生存的各基础设施支撑单元上很难做到专、精、准的多面手角色,加之由于管理范围的界定和监控手段的限制,运维人员很难直接判定问题是出在基础网络、系统服务器、数据库还是应用系统自身,故障难以定位将直接导致业务恢复时间的推迟,影响业务系统的正常运行,大大降低服务质量。

将IT运维与业务相关联

IT运维是在后台默默地保证各项业务应用系统的正常运行。IT运维工作是无形的,怎样把这种无形的运维变为有形、甚至量化,这就要把IT的运维与业务相关联。传统的IT运维管理中,基础设施的运维工作不能和业务相结合,仅仅是在设备管理的层面上。这就导致IT管理的成绩没有体现。想想看,如有业务应用不正常,那网络或者服务器之类的任何一种基础设备的正常运行又有什么用呢业务应用是“1”,设备是“0”,没有了正常通畅的业务应用,那其他的都是空谈。只有在业务应用畅通的前提下,基础设施管理才有意义,才能体现IT运维管理的价值。

因此我们需要帮助企业IT:部门了解用户使用感受,关联真实用户感受和系统性能,指导问题事件定位和原因诊断 。

企业信息化发展过程首先是基础架构建设阶段,这个阶段主要是采购一些硬件和应用软件。随着采购的不断扩大,企业的IT组件不断完备,IT系统初具规模,这就产生了IT运维和管理的要求,即网络和系统监控(NSM)阶段,监控网络连通性和系统可用性,此阶段主要还是对IT设备的监控。随着企业业务日趋复杂,IT系统进一步扩大,这时就产生了对IT服务流程进行管理的需求,上升到第三阶段,即IT服务管理(ITSM)的阶段。以上三个阶段都是IT间接产生业务价值的阶段,对业务的顺畅起辅助监控的作用。

企业业务系统对IT系统依赖的不断增强,企业开始关心IT服务对业务带来的影响,强调从业务目标角度出发来管理IT,也就是到达第四个阶段――IT与业务融合的阶段,即BSM(Business Service Management,业务服务管理)阶段。企业可以根据业务目标对IT服务进行调整,以确保IT能够支持业务目标,从而直接产生业务价值(如图2所示)。

如今各类重要的IT应用系统相继在中国石油发挥着举足轻重的作用,所以IT应用系统的可用性尤其重要,例如ERP、OA、邮件、门户等各类重要的系统如果出现中断,都会给企业造成大量的经济损失,所以除了需要对各类应用系统部署冗余的设备以备保证其高可用性,同时也需要对应用系统进行监控和管理,并且进行关联管理。业务系统的可用性是由底层的各类基础设施的状态所决定的,因此建立一个有效的业务模型,将与某个业务相关的底层IT基础设施关联起来,该业务模型能够有效地定位故障根源。这样ERP的管理员只需要关心ERP业务的可用性,而没有必要去关注每台主机的性能参数和启动的进程,不但大大节约了运维时间,而且也提高了运维效率,使故障持续时间大大缩短了。

基于BSM的IT运维

当前中国石油IT运维管理的需求就是从业务出发,建立基于BSM解决方案的新型IT运维。

新型的IT运维管理系统要做得到的就是基于BSM架构的业务管理。

首先,要实时掌控最终用户对IT服务的使用体验,根据制定好的SLA(Service Level Agreement,服务等级协议)来管理业务服务的质量,这样就可以根据业务影响和SLA来对IT服务进行管理。

其次,通过端对端的应用交易时间测量,实现业务要求端对端的可见性;从最终用户的角度,来测量业务服务的响应性能,主动帮助运维人员在第一时间发现问题,以便在问题对用户造成不利影响之前,及时得到隔离、诊断和修复,把它们对业务的干扰降到最低。

第三,提供业务服务、应用及底层IT系统构架部件之间的映射关系。这种解决方案通常会基于一种称为CMDB(Configuration Management Database,配置管理数据库)来实现。通过服务依存关系映射技术,来展现业务服务、应用和底层IT系统构架部件之间的动态关系,这样就增进了对各种IT元素的掌控和理解。

第四, 借助业务服务与IT基础设施的依存关系,对告警事件进行管理。当IT系统的组件产生告警时,结合收集上来的底层的IT系统告警事件,对它们进行过滤、关联、聚合,根据对业务服务影响的严重性,来进行排序处理。

传统意义上的CMDB是服务流程中的一部分,是ITIL中最重要、最核心的概念之一,在以业务为核心的IT运维中,CMDB也是业务建模的主要工具。CMDB通过自动发现工具收集和一定范围的IT基础架构基础信息,包括配置项和关系,建立IT基础架构模型;并通过端到端的业务服务拓扑图来可视化展示业务系统所有部件和关联关系。

把这四方面的功能整合起来,从最终用户的角度来衡量业务影响和风险;自动发现业务服务、应用和底层IT系统构件,并建立依存关系;理解用户感受,监控用户业务响应时间 ,在用户受影响之前发现问题,以求满足下列功能:

1 通过基于角色的业务视图,提供业务流和服务的可见性;

2 从最终用户的角度来衡量业务影响和风险;

3 设置和检测业务过程的SLA,了解应用性能对业务的影响;

4 24×7小时端到端监控,从浏览器到后台实时监控所有交易;

5 理解用户感受,监控用户业务响应时间 ,在用户受影响之前发现问题;

6 主动发现和按优先级管理关键业务问题;

7 通过自动把业务和底层运营信息建立关联来缩短平均问题修复时间;

8 自动发现业务服务、应用和底层IT系统构件,并建立依存关系;

9 通过联合的CMDB,来为IT环境提供一个“统一的真实数据”视图,这样就可以为用户提供一个主动的、以业务为中心的BSM解决方案,帮助用户极大地改善业务服务的性能和可用性,降低服务突然中断带来的风险。

提升IT部门的作用

以前,IT运维部门救火队式的混乱状况导致无法判断IT运维总体表现的好坏。而IT部门又是公认的成本中心,这就导致了在很多企业中IT部门总是承受着很多批评,IT人员的工作热情也不高。

而现在,IT运维部门实现了主动发现问题、提前处理故障;IT运维管理与实际的业务应用挂钩,IT运维部门的工作由无形化为有形;促进IT部门从成本中心向利润中心转变,这一切既有利于IT人员发挥其工作热情,也有利于IT部门在整个企业地位的提升。

中石油的IT运维管理就是要基于BSM模式来建设,F5项目就是要实现基于业务来管理IT,也就是要提高信息技术基础设施的可靠性和性能,降低支持成本,对基础设施的规划进行最佳的决策和采用更好的系统支持策略。同时,获取与业务运行相一致的信息技术服务与实践,整合网络、系统、数据库和应用系统管理等关键业务,从而服务于数据大集中趋势下数据中心运维模式的建立和各专业应用日常运维的需要。

说到北京it外包，大家首先映入脑海的就是比较权威、信息比较全面的专业的IT运维网站。在中国北京it外包里，你可以浏览业内最新的it运维相关信息，也可以看到国家it行业发展的最新动向，除了这些，还有一些it运维企业在运维过程中总结出来的经验供大家学习和分享。在这些对我们来说非常宝贵的经验里，我们可以运用它解决我们常见的it运维问题，也可以学习到一些知识，比如对于it运维来说，什么样的it运维服务才是合格的。

　在北京it外包，我们找到了一些关于合格的it运维服务的描述。首先，北京it外包告诉我们，常见的一些it运维服务包括it基础设施运行维护、it应用系统运行维护、it安全管理、网络管理和综合管理等相关的服务。要想让这些服务达到合格的标准，就必须做到能够让企业所使用的软件产品保持低风险、高质量的运行，这就要求it运维服务要有完善的检修设施以及监控机制，监控的范围既包括对硬件的监控和检查，还包括对软件的监控和检查，比如加强对脚本、软件运行状况、cpu使用率等的监控检查力度。

其次，通过浏览北京it外包的其他相关信息，我们了解到，想要做到合格的it运维服务也应该针对不同的软件系统制定不同的应用系统服务方案，我们在企业中常见的应用系统包括员工管理系统、政府企业管理系统、城市信息关系系统等等应用系统。不同的系统面向不同的用户，因此保证这些系统的良好运行对用户数据的管理以及系统相关的运行机制的管理都是相当重要的。

想要做到合格的it运维服务是非常难得，除了要有专业的知识积累，更重要的就是专业技术，这也是目前很多企业最看重的一点，毕竟运维在整个企业系统中的作用是相当重要的，可以说会直接影响人员办公效率。目前很多企业在it运维这块比较倾向外包模式，这对于it运维厂商来说是机遇也是挑战，it运维厂商在专注自身技术的同时，更应该与时俱进，多多关注北京it外包最新消息。

以上就是关于如何做好IT运维管理工作全部的内容，包括:如何做好IT运维管理工作、IT运维的介绍、IT运维工程师的发展方向是什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！