作为运维人你还不知道ITIL吗？

我在一个企业从事系统与网络运维已经长达五年，所从事的工作包括公司电脑的选型、入库登记，系统安装，资产发放，全生命周期的故障维护与硬件升级，资产报废鉴定，报废处置；公司局域网的改造与建设，网络设备的采购，安装与配置，机房数百台服务器的管理；各项业务信息系统或网络、安全管理系统的实施与优化；还要配合领导编制一些信息化的制度，做一些管理方面的工作。

有时候初略一想，感觉自己简直是全才，什么都不会，但是仔细想想，又感觉自己像一个职场打杂的，什么事情都会一点，但是什么又都不是非常精通。因此时时感到困惑，不知未来如何发展。

IT工程师

近来我想了很多，其实类似我这种情况的人员应该不少，因为我们企业本身既不是网络公司，也不是软件公司，而是一个制造业的企业。我们的网络实战水平比不过网络公司的网络工程师，更不具备专业的软件公司的软件开发水平。更多的，我们是协调供应商与公司内部业务部门的关系，使得公司采购的信息系统更贴合公司自身的需求，这本身就是一项管理工作，而走上IT运维这条道路的人很多的初衷都是想着走技术路线的，因此让很多人迷茫设置失望。

信息化建设本身是为了提高企业工作效率，从而节约用工成本，对企业不产生任何销售价值，而且信息化建设周期往往不短，在体现效率之前的相当一段时间里面是得不到企业高层的认可的，相反的是受到各层次人员的阻挠，预算不足，配合度不高，也让很多人感到压力。因此胆小一点的IT工作者，会因为压力而放弃对企业信息化建设的追逐，从而开始按部就班的执行传统的或者说是网管式的工作。公司需要电脑、打印机了，就按照固有流程让业务部门提需求，自己选个型号，采购买回来之后就简单的验收和装机，入库登记好就发放；要不然就是每天在电话前等着别人的召唤，哪里以后问题就往哪里跑。然后日复一日，年复一年的成为了一个职场打杂。

那么如何避免成为职场打杂呢？虽然小编我自己也没有跳出这一个坑，但是我仍然愿意把我的想法和各位小伙伴交流。

首先，传统式的IT运维任然要做好，去各个部门帮别人解决问题正是我们结交各色人员的好时机，虽然我们还是一个名不见经传的小职员，但是哪怕公司董事长也有需要我们帮忙的时候，给各路人马留下一个好的印象，对我们以后的发展总归是有好处的。

第二，我们做了好事也不能不留名，我们需要让别人知道我们，我们还需要和雷锋一样把一件件故障事件，服务请求都记录下来，最好是有一个专门记录事件的系统，如果没有，自己拿本子记下来，每个月写总结给领导看，让领导知道我们做了多少事情，让他知道我们是多么的忙碌，同时也让他知道我们又是多么的善于总结。

第三，和所有的供应商打好关系，面对供应商我们属于甲方，甲方对着乙方说话永远都是有优势的，这除了让我们在做一个小职员的同时还享受着一些干部的感受，我们更可以顺着供应商这条线为自己的将来打好基础。我们的供应商掌握着很多资源，技术资源，信息资源，我们可以利用甲方的身份让这些资源为我们自身所用，可以是通过他们来提高自己，也可以通过他们来帮助自己工作。

第四，一定要主动的参与公司信息化建设，只有参与信息化项目建设才能解除更多的供应商，只有参与信息化建设才能出成果，不管是现在流行的智能制造，还是大数据，云计算，数字工厂等，只要做成了，它是企业吹嘘的资本，也是我们的工作成果。更重要的是，只有做项目我们才能真正参与到企业的管理上来，从一个IT技术变成管理工作者，才能升职加薪，在一个制造性的企业做一个并不专业的技术是非常难有出头之日的。或者说，即使你有技术，也很难体现出你的价值。

IT服务是大概念，可分为建设和运维(运行维护)两部分。对项目建设来说，容易被大众接受。

IT运维的重要性：

就是通过结构化的综合布线系统和计算机网络技术，将各个分离的设备(如个人电脑)、功能和信息等集成到相互关联的、统一和协调的系统之中，使资源达到充分共享，实现集中、高效、便利的管理。系统集成实现的关键在于解决系统之间的互连和互 *** 作性问题，它是多厂商、多协议和面向各种应用的体系结构，需要解决各类设备、子系统间的接口、协议、系统平台、应用软件等与子系统、建筑环境、施工配合、组织管理和人员配备相关的面向集成的问题。

IT运维的必要性：

第一，所有的电子产品（硬件设备）都有寿命问题，而信息系统包含大量不同种类、不同功能、不同性能的设备，每种设备的寿命各不相同，长的5—10年、短的3—5年，对信息系统而言，几乎在项目建设完成后即需进入项目运维期，而对某些建设周期需要很多年的信息系统来说，在项目建设后期，便要对前期建设的项目进行运维。这里还没有考虑设备发生故障的情况，而设备发生故障是一定的，只是发生的概率大小而已。对单台设备来说，也许几年不发生一次故障，但对包含数百、数千甚至数万台（套）设备的信息系统而言，故障发生的概率要高很多。

第二，硬件设备更换、升级导致被动运维。由于硬件寿命及技术进步（摩尔定律：当价格不变时，集成电路上可容纳的晶体管数目，约每隔18个月便会增加一倍，性能也将提升一倍。这一定律揭示了信息技术进步的速度），硬件产品会不断升级，导致原来使用的各种软件需被动升级，而系统软件升级也会导致应用软件必须进行升级改造以适应新环境。

第三，系统软件、工具软件由于自身存在各种缺陷（业内称为Bug，现在各种软件都极为庞大、复杂，要在编程中完全杜绝Bug几乎不可能），需要主动修正和完善。

第四，除上面所说的由于运行环境改变而需要被动升级应用软件外，还有就是自己主动升级。主要是随着时间的推移，对系统功能有新要求，或者是政策变化，需要系统功能跟着改变，所有这些问题都需要对系统进行运维，或者说需要升级、改造，不断完善。

第五，应用软件同系统软件一样，其本身也存在各种缺陷需修正和完善，而且应用软件是直接目的用户，不像硬件和系统软件对用户是“透明”的，是在后台发挥作用，有时仅是使用人员因对使用界面不习惯，都需作修正、完善。

ITIL即IT基础架构库(Information Technology Infrastructure Library，信息技术基础架构库)，这玩意儿跟运维有很大的关系，是一套标准和规范。适用于IT 服务管理（ITSM），为企业的IT服务管理实践提供了一个客观、严谨、可量化的最佳实践的标准和规范。

ITIL诞生于国外，当时是需要针对部门人数众多，对业务保障要求高的电信、金融等行业的IT和业务进行有序化，透明化的管理，所以诞生了 ITIL标准。ITIL标准的核心思想是通过将IT管理流程化，提高工作人员的工作效率，提高IT服务质量，更好的让IT系统为业务提供服务，从而为业务系统的稳定运行保驾护航。ITIL标准的底层是对IT基础设施的管理，最上层是对业务系统的流程化管理。

ITIL可以将IT部门的运营效率提高25-30%，同时带来以下商业价值：

确保IT流程支撑业务流程，整体上提高了业务运作的质量；

通过事故管理流程、变更管理流程和服务台等提供了更可靠的业务支持；

客户对IT有更合理的期望，并更加清楚为达到这些期望他们所需要付出的成本；

提高了客户和业务人员的生产率；

提供更加及时有效的业务持续性服务；

客户和IT服务提供者之间建立更加融洽的工作关系；

提高了客户满意度。

当前国内IT运维管理现状

从IT运维管理的由来和两者的关系不难看出，当前国内大多数IT服务厂商强调的IT运维管理概念，其实就是在网络管理基础之上的拓展，包涵的范围不仅限于网络管理，是对整个IT系统和业务所涉及到的范围进行运维管理。但各IT服务供应商的产品对这个概念的体现不尽相同。至少在目前，实际上它还是网络管理(或者称之为IT基础架构管理)外加部分应用服务管理和业务管理的含义，只是说法不同而已。

随着企业IT系统的日益成熟和复杂，企业的关注点已从单点管理到综合管理角度的转变，从关注单一网络到对业务系统的关注。原因在于，越来越多的企业意识到，业务系统涉及环节逐渐增多，单一的网络运维管理已经不足以满足管理需求，需要落实如何保障业务系统的各个环节。在满足对IT资源进行统一管理，降低运行成本、提高突发事件应对能力、提高服务质量和效率的基础上，更需要保障业务系统的正常运行，才可以保证IT投资的价值体现。同时，在国内IT 管理领域，伴随着用户IT规模的扩大、IT技术的发展和用户需求的提高，原有的网络管理系统已经远远不能满足当前的用户需求。

在这样一个前提下，IT运维管理的概念和产品被国内知名的网络运维管理厂商率先推出。可以说，它的出现就是对当前用户需求的一种有效诠释。这个时期的IT管理，被称之为IT运维管理，这时候的IT管理人员称之为IT运维人员。

ITIL与IT运维管理的关系

ITIL与IT运维管理的关系ITIL诞生于国外，当时是需要针对部门人数众多，对业务保障要求高的电信、金融等行业的IT和业务进行有序化，透明化的管理，所以诞生了ITIL标准。ITIL标准的核心思想是通过将IT管理流程化，提高工作人员的工作效率，提高IT服务质量，更好的让IT系统为业务提供服务，从而为业务系统的稳定运行保驾护航。

就像文章开始说到的一样，企业最初设定IT部门进行IT管理的目的，就是希望通过IT部门能够发现和解决各种来自底层基础设施的问题，从而为保障网络的正常运转，为企业提供优质的IT服务。但随着企业IT系统和业务的不断发展，企业用户发现，单纯的通过对底层IT基础设施管理无法解决底层网络与上层业务系统之间的脱节问题。这也就是ITIL标准当初遇到的问题，最初主要是用来对IT部门的人员进行流程化和规范化的管理的，但它忽视了对底层平台的管理及对业务系统的保障，脱离了用户实际需要的ITIL，就像是空中楼阁，高不可及。近年来，为了更加贴近IT运维管理部门的工作需要，ITIL开始与企业的业务系统保障结合起来，形成了所谓BSM的管理模式，目的是使得ITIL能够更好的为企业的IT运维管理提供服务。

但问题在于，无论从哪个角度来讲，ITIL标准仅仅是一套方法论，没有告诉我们具体的流程该怎么做。而实际上这个流程是建立在对日常IT管理过程中，如何发现问题，如何解决问题的经验积累的基础上。但企业要实现ITIL需要的是结果，不会过多的关注这个过程怎么样。因此，这就需要IT管理的供应商来解决这个问题。那么，怎么发现问题，又怎么解决问题，这就需要通过IT管理供应商提供的IT运维管理系统来解决。通过IT运维管理系统来发现和解决各种来自IT系统的问题，保证企业的网络和运行在网络上的业务系统正常运转。在这个过程中，进行不断的经验积累，然后才能在此基础上实现ITIL的流程化管理。

以上就是关于IT运维的前途怎么样全部的内容，包括:IT运维的前途怎么样、IT运维的重要性、必要性、作为运维人你还不知道ITIL吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！