【www.hj8828.com】ITIL和IT运维管理的“前世姻缘”

这个例子就可以看出,如果没有一个统一的管理门户的话,信息是隔离的,管理人员如果无法找到问题的关联性是很难发现问题原因所在的。企业用户发展到业务系统很复杂的时候,一定会进行管理系统整合,把数据纳入一个平台,理清关联性。比如早期的布线系统,如果使用了若干年后出现了故障,管理员就需要一个一个的进行测试,而到今天,有管理系统能够对其进行标准化的管理。如果没有这些关联性,管理是没有头绪的。如果缺乏对基础网络的NSM管理,很容易把一些实际上很简单的事情判断成严重的问题,这对流程化的建设是不利的。国内脱离综合管理平台,不能做到有效实施,流程就成了OA系统。所以我们要注意,不要把ITSM做成了IT部门的OA系统,如果仅仅是把纸制变成了电子,同底层管理脱钩,是很难实现。这样造成的后果是知识库是无法积累,没有管理平台,没有解决问题的记录。NSM是BSM的基础,必须执行。

国内企业经过多年的基础设施平台的搭建和完善,目前对于国内各行业的用户来说,首要保证的是业务系统的稳定运行,由业务的发展进而推进用户去进行全面的基于ITIL标准的流程化管理,这是一个循序渐进的过程,是需要分阶段分步骤来进行的。

正如大家所知道的,ITSM是ITIL的核心内容,那么接下来的另一个问题就是IT运维管理与ITSM到底有什么关系?下面将从四方面进行阐述。

IT运维管理离不开对IT基础设施的管理,但是目前很多人认为,IT运维对于底层的NSM不是很重要,实施BSM可以抛开。5CTO.com在采访中了解到,这种观点是有问题的。IT运维管理的核心目的是保证基础架构对业务的支撑。如果脱离了基础架构管理,我们拿什么去支持业务呢?业务是什么,业务是一个端到端的过程。前几年IT运维管理系统的流程没做好,最重要的原因是基础设施管理不扎实。基础设施管得不好,就盲目追求流程的结果是很可怕的。比方说我们实施了一个事件管理的流程,但如果我们发现的事件是错误的话,整个流程是毫无价值的。举个具体一点的例子,如果财务系统不能运行,IT运维系统会有很多告警,网络、服务器、数据库、中间件告警,但有造成这个故障肯定会有一个根原因,这个跟原因会造成系列的告警,如果对基础设施管理不扎实,就无法发现根原因;告警十几个,产生十几个事件,派了十几个人去执行十几个工单,最后是一件事。这个流程越高效,浪费资源越厉害。所以说,流程化管理的第一步是把基础设施管理做好,对这些问题有细致的了解,在此基础上事件管理才是合理的,比如网络有问题,结构不合理,如果没有工具发现这个问题,经常出事,流程就归为问题,事件管理是应急的。缺少大量的基础数据,不能有效解决问题。所以流程化管理做得不好,脱离了企业的实际,要搭建BSM,首先综合管理平台要牢固,把企业的方方面面纳入管理范畴,构建关联有关系,类似于ITSM的CMDB,在此基础上流程才是高效的,否则无法实现高效,都是误报。

那么,ITIL和IT运维管理到底有什么关系?

管理目标

用户需要的是一个综合的管理平台,业务是一个多层次的问题,从网络到链路,到流量,到主机,操作系统,数据库,应用系统,能做统一监控。这个工作是大量的,要整合这些资源是很难的,需要时间的。国内大型企业在做这个工作的时候忽略了整合,他们分离、分立式的进行了管理,比如思科、ORACLE、流量等方面都用不同的工具去管理,这些工具是隔离的,数据没有关联性的,这就导致出现问题就容易出现推卸责任。国内有家大型企业实施了SAP系统,在进行领导参观前的最后一次演练时发现有人无法登录,认证系统出错。他们在排查鼓掌的时候,首先去查看AD系统。他们的AD系统是CA做的,经过验证,AD系统正常,但是网络有问题,经常丢包,这个丢包问题影响到了认证过程。为什么会不间断的丢包呢?他们认为是交换机的问题,可是换了一个交换机后却发现仍然丢包。最后用北塔BTIM系统排查,对信息收集归并分析,发现机房环境系统,一个空调坏了,交换机温度过高才导致的丢包,所以AD系统重复认证,CA认为其为非法,当时花了三天时间,终于找到故障。

在企业IT管理的早期,更侧重于对网络、硬件等设备的管理。那时的IT管理就是通过某种方式对网络进行管理,使网络能正常高效地运行。早期的这种IT管理是NSM的阶段,主要的面向目标就是底层的基础网络设备。NSM系统是对网络中的底层设备进行实时的,统一的监控,当网络中出现了问题或者即将出现问题的时候,NSM向网络管理者提出故障定位和报警,这样做无疑大大方便了网络管理员的工作。但是,NSM系统对于网络上运行的各种业务系统以及业务系统的用户只能做一些简单的管理,这个时期的IT管理,可称之为网络运维管理阶段,这时候的IT管理人员称之为网络管理员,简称网管。

从管理层次上可以看出,IT运维管理是ITSM的基础。IT运维管理做的是底层获取工作,而ITSM则是从事上层流程的管理工作。事实证明,只有通过IT运维管理将IT资源的底层数据获取完整,才能保证ITSM流程化管理的有效性,才能确保流程是有意义的。

流程化的执行短期内是降低效率,如果要做ITSM,半年之内企业的效率必然下降,因为要进行资源整合,很多人要习惯,事件经理,问题经理,变更经理都不会很快习惯工作方式转变。用半年时间去适应,再半年去体现效率,用同样的人力物力处理事件数量成倍增长。

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

从管理目标可以看出,虽然本质上都是为业务服务的,但实际上两者的目标不尽相同。IT运维管理的目标是为业务系统的稳定运行提供前提和保障,而ITSM的目标是为业务系统提供各种优质的IT服务。同时,两者所面向的主要部门也有所不同。IT运维管理主要面向IT部门,为IT资源的管理负责。而ITSM则是面向业务部门,要为IT服务的健康性和稳定性负责。

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

ITSM旨在给企业外部建立完整的服务管理体系,借助流程及工具规范企业与客户之间的界面,帮助IT部门实现从IT服务到客户的有效整合。IT业务服务中心以服务目录为基础,围绕其构建服务门户、服务需求管理、服务发布管理、关系管理、供应商管理、财务管理、服务组合管理等流程,最终指导企业赢得市场和客户,实现最佳服务投资回报。

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

管理思路

IT运维管理的由来

管理概…

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

ITSM的工作则是对IT服务的一种流程化管理,它的工作更多的是对IT服务的流程处理上。ITSM不关心底层数据是如何获取,如何整合,如何调用,它关注如何将IT服务产品进行流程化管理,以及每一个流程应该如何考虑等。