自主计算帮IT管理卸下重担

申请免费试用、咨询电话：400-8352-114

许多IT部门已厌倦了为繁琐的维护事务疲于奔命、充当救火员角色的现状，但企业日益繁杂的计算机系统却濒临无法管理的边沿，如何解决这一矛盾？自主计算担当了重任。

你的设备是不是已逼近无法满足企业应用需求、很难进行维护的地步？随着复杂的面向服务的架构（SOA）和VoIP等融合应用的普及，IT部门正在使用未提供文档说明的定制脚本，对数量众多的应用系统进行点对点集成。结果就是，非结构化过程增加、人力成本急剧增加，僵化的服务提供设备根本无法改进客户关系。如果管理人员将太多时间花在对现有设备的维护上，必将使企业信息化裹足不前。

虽然有些自动化功能看似并不复杂，但实施以后会给IT人员带来显著影响。曾有这样一家公司: 系统管理员不得不在每天凌晨1点醒来，开始远程备份。如今，该公司使用Opalis Integration Server进行自动备份，要是万一备份过程出现错误，还能及时采取纠正措施。

又比如，欧洲的电子物流解决方案提供商Transporeon使用iConclude公司的OpsForce开发了十多个流程，帮助公司自动处理内部的重复性IT任务，其功能包括添加用户账户、执行备份、创建HTML维护报告。OpsForce提高了工作效率，把总的维护成本降低了40%以上。

自主计算已不仅是概念

自主计算是指让计算机拥有自我诊断、自我调节、自我修复的能力，不需要过多的人为干涉就能自主运行。自主计算是美国IBM公司于2001年10月提出的一种新概念。IBM将自主计算定义为“能够保证电子商务基础结构服务水平的自我管理（Self Managing）技术”。其最终目的在于使信息系统能够自动地对自身进行管理，并维持其可靠性。

业界已经逐渐接受了定义自主计算的五个关键部分:

● 系统必须预先考虑好满足需求的最佳资源，而不需要用户干预。系统应当能够根据不断变化的商业形势，动态配置及重新配置服务。

● 系统必须不断对自己进行优化，并且一直想方设法改进性能、优化容量、改善客户体验，而这一切都不需要用户干预。

● 系统必须有一定的自我意识，以便能知道自己的各个部分。这对访问其他资源从而扩展容量而言至关重要。

● 系统必须具备自愈功能。这样，当发生性能下降、服务中断及安全威胁（日常性或者灾难性威胁）时，用户受到的影响才可能最小。系统应在问题出现前发现问题并且采取防范措施。

● 系统必须能够与外部环境进行交互，并且基于开放标准构建。

目前，虽然IT行业在致力于实现自动化目标，却迟迟不愿实施获得自愈系统所需的困难工作，而往往选择了阻力最小的路线，这样只能解决临时的战术问题。

虽然惠普、微软以及一批小软件厂商已加入了IBM的行列，力求解决实际的IT难题，但要让自动化服务于企业，仅靠厂商的努力是不够的。CIO们应该了解自己的环境、业务目标、技术需求及现有的工作流程，找到各自特殊的症结所在，才能让自主计算真正发挥作用。

其实，我们不能把疲于“救火”的现状完全归咎于IT部门。在大小不一的公司，不断加快的业务需求需要许多预算和技术支持。商业形势越来越复杂，用人工来制订及实施流程的过程往往很费人力，结果并不实际。而关键业务的运行依赖基础设施，从而导致业务越来越无法容忍出现服务中断和停机时间。

让管理从被动变为主动

任何自主计算项目取得成功的关键在于尽早设定期望值、认真分析公司的运营成熟度，以及收集网络和服务器资源方面的配置信息、客户信息，用于分析业务影响，并提供内外服务级别协议（SLA）方面的数据。

如果公司处在附图中所示的“混乱”或者“被动”阶段，那么实施基本的监控及管理功能、制订处理事件、变革及配置管理的正式流程有望带来极大的回报。IConclude公司的OpsForce、Opalis公司的Integration Server和RealOps公司的AMP等产品可帮助力求达到“主动”或者“基于服务”阶段的公司实现诸多目标，其中包括:

● 自动化管理监控应用软件和服务台之间的业务和运营流程，从而减少影响服务的服务中断、缩短平均修复时间（MTTR）。

● 制订面向服务的IT策略，可以跨多个组织部门进行扩展，包括为稳定的运营工作流奠定基础。

● 通过自动化的工作流来卸载易出错误、人工重复的任务。

● 对网络和应用基础设施中的常见问题采取事先定义的解决步骤。

● 为关键系统提供标准化的集成点，例如配置、订单录入、计费及监控等系统，并且为这些系统之间的数据交换制订自动化流程。

构建自主计算的前提

通常让人力密集型的流程实现自动化能提高效率，但要是底层服务流程效率低下或者完全无法运作，就很难获得重大而持久的好处。

成功的自动化策略不但包括设备的技术层面，还包括与提供服务有关的运营流程，例如变更、配置、事件、版本和问题管理。公司在推广自动化技术的同时，要一起推广运营流程和工作流。为此，IT部门必须了解业务驱动因素和需求。

在选择软件时，要弄清楚以下问题:

● 公司作好了准备吗？有没有部署好让流程实现自动化的底层应用？是不是在某些方面（譬如性能管理或者配置管理）需要加以改进？在着眼于跨平台应用集成和问题解决功能之前，IT主管要搞清楚这些问题。

● 软件提供了哪种接口来开发及改动系统流程？如果接口无法实现轻松构建及改动工作流，管理就会成问题。

● 详细列出需要接口的一系列应用，确保自动化框架有预制接口。

● 自动化软件的扩展性如何？厂商是否演示了产品在容量或者流程方面都能进行扩展、并连接到多个应用的功能？如果系统有一个分布式数据中心，该软件将如何处理多个中心和分布式应用？

● 自动化软件是否包括解决问题的许多预制流程？虽然这些流程开了个好头，但定制这些流程以满足特定的业务规则和策略有多大难度、厂商会为定制流程提供多大的支持力度？这些问题都很重要。

● 你可以使用现有的产品或者工具就能完成某些自动化任务吗？譬如说，现在许多网络管理应用包括附带预制连接的工作流引擎。你也许能够扩展其中一个现有产品来开发自己的工作流并立即获得回报，而不是购买新工具。

总之，IT管理人员必须确保自己将来不会陷入困境。系统自动化的目的在于: 减少复杂性，而不是要求员工学习新的工具和编程语言,为日常维护任务增添复杂性。

厂商热身自主计算市场

希望在自主计算市场有所作为的厂商大多数瞄向了位于“被动”阶段和“主动”阶段之间的依赖技术的大公司（如前页图）。这些公司在网络和应用管理工具方面投入了大笔资金，不过它们的运营队伍仍依赖高度人工的流程来管理事件、配置及环境变化。

IBM已开发了专门用来解决问题的自主计算工具箱（Autonomic Computing Toolkit），现致力于集成其整条产品线的自主功能。惠普的动成长企业战略专注于部署应用基础设施，强调在整个企业Web服务与其他惠普产品之间的集成和交互。微软的一系列业务管理应用软件: Microsoft Dynamics旨在使公司能够根据系统数据作出更好的决策。

对还没有完全准备好采用大规模架构的公司而言，可以求助于在过去两年涌现出来的小软件厂商，它们着眼于解决运营中心的日常难题。譬如说，iConclude、Opalis和RealOps等公司的产品就提供广泛的应用问题解决功能，并且可以优化网络和安全管理功能。

各大框架的一个共同主题就是: 创建一个无缝、集成的IT环境，以便可以跨信息孤岛收集数据。底层应用背后的架构概念也很类似，它们都致力于解决问题，所以它们通常在监控软件和基础设施之间工作。它们都依赖现有投资的系统监控工具和服务台应用软件。

IT部门定义了所需的特定工作流后，应用软件就可以为每个事件执行过程。然后，可通过自动化方式或者通过视觉引导的流程向IT部门报警。这些过程可能包括: 确认报警、派发新的故障单、执行特定的事先预定的故障排除测试，可能的话系统自动执行修复操作，以及最终解决故障单、清除报警。

如果实施得当，这些应用软件可以降低生产支持人员的成本、减少错误、缩短流程完成时间。更重要的是，它们让公司能够全面了解业务。

现在实施自主计算是值得的: 领导自主计算计划的IT主管将成为公司内部革命的推动者。自主计算潜力巨大，一旦实现，将对IT部门和公司带来巨大影响，因为它可以让人们关注核心业务，而不是关注管理复杂性带来的迅速上升的成本。 (ccw)