|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
无论是国外还是国内，信息系统建设都经历了从无到有，从单机到联网，从简单的“应用电子化”到复杂的“管理信息化”的发展过程。在此过程中，信息系统的运维近些年来也经历了从网络系统管理（Network System Management，NSM）、IT服务管理（IT Service Management，ITSM）和业务服务管理（Business Service Management，BSM）三个阶段，如下图所示，这是一个循序渐进的过程。
|
|
|
|
|
|
|
|
|
|
早期的信息系统运维主要表现为IT基础架构建设和以IT设备为核心的IT基础设施管理两个任务。需要强调的是，IT基础架构会有建设周期，同时随着技术的发展和需求的改变，即使建设完成也会存在淘汰更新、优化升级的过程。因此这两个核心任务是并行且融合的，它是IT服务管理ITSM和业务服务管理BSM的实现基础和不可跳过的起点。
|
|
|
|
IT基础构架是对业务的支撑，包括网络、链路、路由、服务器、数据库等众多元素，组织对IT部门和IT管理的要求是硬件设备稳定，网络连通与顺畅，系统可用，最大程度减少各种故障，消除混乱无序的被动响应局面，实现对IT基础设施的有效掌握和管理。因此，该极端主要通过网络实现对所有软硬件设施的技术元素的监控、数据采集和分析，以获得从整个IT信息环境到底层每个实体元素的运行状态信息，保证能够在故障发生时或发生之前提出故障定位、报警并采取主动的管理操作，有效提高IT环境的运行质量，同时也包括利用相应的技术实现对企业IT设施的远程、批量等各种形式的管理与操作，降低IT管理的成本及效率。
|
|
|
|
|
|
在完成网络系统管理并且实现了对IT设施的所有技术元素的全面监控以后，IT基础设施的运行质量有了明显改善，但仍然会有各种各样的问题发生。例如，各种IT设施的管理是分立的，相应的管理工具是分离的，一个问题出现，“多米诺效应”产生，因为缺乏智能关联，对网络、应用、服务器、终端等开始逐一排查，都说不是自己的问题，互相推诿情况的发生带来了更大的资源浪费和效率低下；再比如，全球范围内的调查表明，运维中超过80%的问题是由于IT运维人员没有按照规范的操作流程来进行日常的维护管理，缺乏有效的协同机制造成的。也就是说，管理上的缺位远远多于基础设施和技术本身的问题，因此阻碍了IT部门工作效率与质量的提高，IT部门不断地“救火”，业务应用上不断地“冒火”。此时，整个社会信息化进程不断深入和加快，企业用户对业务信息化的体会也愈加深刻，相应地，他们对IT运维管理也有了更高的需求。ITSM作为一种新兴的IT运维管理理念开始深入人心。ITSM是对业务信息化流程的梳理，它最大的变革点就是不仅依托于技术，还依托于标准和制度——关于IT资源本身的一整套管理逻辑。
|
|
|
|
ITSM被形象地称作IT管理的“ERP解决方案”，因为信息系统随着应用业务的深入而越来越复杂，像业务一样，需要有科学的管理机制和一套系统的管理IT本身的高质量方法来帮助组织对IT系统的规划、研发、实施和运营进行有效管理。
|
|
|
|
ITSM强调以客户为中心，以流程为导向，提供低成本、高质量的IT服务。在信息系统建设前，IT服务管理需要针对组织业务和客户的真实、可用的需求对IT基础架构配置进行合理的安排和设计，避免盲目的IT投资和重复建设；在信息系统运营以后，它不是传统的以系统功能为中心的IT管理方式，而是以流程为重点，从复杂的IT管理活动中梳理出那些核心的流程，如事故管理、问题管理和配置管理，将这些流程规范化、标准化，明确定义各个流程的目标和范围、成本和效益、运营步骤、关键成功因素和绩效指标、相关人员的责权利，以及各个流程之间的关系，以支持IT基础架构和组织业务的持续开展。
|
|
|
|
因此，从整个组织层面来看，ITSM正努力将企业的IT部门从成本中心转化为服务中心和利润中心，并积极地创造业务价值。
|
|
|
|
|
|
ITSM阶段的管理仍然是以IT业务为对象，针对业务提出的需求做被动式调整，随着IT服务管理工作逐渐理顺并有条不紊地开展起来，组织开始关心IT服务对业务带来的影响，关注整体业务的情况，强调从业务目标出发来优化IT服务，即IT与业务融合的阶段——BSM阶段。
|
|
|
|
BSM是基于业务确定服务目录，关注企业整体运营，定义出一个组织真正的核心竞争力，将IT战略与业务战略实现对接，以动态组织力量全面实现IT与业务动态关联和动态调整的一整套体系。
|
|
|
|
从IT到业务或者说从业务到IT经历如下的环节：业务目标和成果的实现依赖于实现关键业务流程的自动化工具——业务信息系统软件，其故障或性能问题可能会导致严重的业务影响，而业务信息系统软件的性能还与其本身以外的许多因素相关，如网络组件、服务器、操作系统和其他基础设施等。因此，实现BSM，首先需要组织进行业务的梳理，定义业务，包括每一个业务的所有资源、过程、收益、成本、状态和绩效指标等；其次需要定义业务信息系统软件的性能指标；再次需要获取IT基础设施运维的各项性能指标；最后需要将三类指标关联对应，深入研究和界定业务信息系统软件和基础设施问题将影响到哪些关键业务领域并如何对业务成果产生影响，完成业务关联分析，进行更佳的IT服务配置。
|
|
|
|
由此，BSM可以实现三张图景：一张是业务蓝图，它展现了一个组织所有业务的构成情况；一张是配置蓝图，它展现了一个组织IT架构的所有对象构成关系全景；最后一张是将业务蓝图与配置蓝图对接起来的全景图，它动态表达了当前架构的运行情况，并动态计算出当前的业务运行情况。
|
|
|
|
然而，真正实现BSM并非易事，它已不仅仅是IT部门的事情，在先进的IT平台之上，更需要强大的行政权力长时间地推进，已成为一项超越技术的系统管理工程。虽然，市场上已开始出现以BSM为产品战略的软件或平台，描绘的是完全自动化的智能场景：“当业务发生变化时，客户可以把业务变化的请求提交给BSM技术，通过这个技术可以对相应的基础设施做出动态的改变和配置，而且能对系统性能进行建模，实时地对系统性能进行跟踪和监控，以此动态地调整基础设施以适应业务的变化。”但是，如此完善的工具离普及还有很大的距离。在我国，大多数组织目前的管理层次仍然停留在ITSM初步阶段，甚至是更早的NSM阶段，若以这样的网络管理架构匆忙就上BSM技术是非常不利于管理的，可能不仅无法实现IT与业务的有效结合，而且还可能导致业务混乱。事实上，从传统的IT运维服务向BSM迁移这中间存在着许多技术和管理的改进细节，也是IT与组织业务的相互匹配、相互磨合趋向融合的过程。从某种意义上而言，BSM是在理念层面引导大多数组织的美好愿景。
|
|
|
|
因此，一个信息系统运维的发展一般还是要沿着NSM阶段、ITSM阶段、BSM阶段按顺序地逐步推进。
|
|
|
