SOA能否开创IT架构规划新局面

 

　　IT规划方法在IT应用环境中出现了一个新变量SOA之后，过去的经验与规律就开始显露一丝被颠覆的曙光。即CIO必须与时俱进，在他们的制定和规划IT架构中加入这个革命性的因素，以改变IT方程式的输入与输出值。

　　2008年CIO高峰论坛上，对到会CIO 进行的“2008年你最关心的是什么?”调查显示：仅有15% 的CIO 所在组织仍然在搭建IT 基础设施，越来越多在经历IT系统建设、IT系统整合和信息深度应用等阶段性成长后的CIO都面临着“新IT 架构规划”的难题。

　　事实上，这一阶段的IT规划更本质的是如何搭建面向未来的IT架构。简单说，CIO在关注IT架构应如何随企业发展战略的调整而调整。如 今，CIO们关注的IT规划不再是单纯搭建桌面系统、网络环境等，而是希望紧密配合公司业务战略做好IT架构。张兴是一个CIO，他这一年来在IT架构道 路上经历了很多辛酸历程，越是与管理紧密关联、集成度越高、规模越大的系统，受挫率就越高。原因是虽然做了IT规划，但相对落后的IT架构，总不能满足和 适应业务的快速增长。

　　一.传统IT架构规划的痛苦经历

　　张兴的公司在过去一年时间内业务量增长4倍，原有的IT架构已经远远不能满足业务需要, IT系统承载的负荷越来越重，多次发生系统宕机或故障，直接影响各部门业务的开展。经过几次让他焦头烂额而又沉重的教训，迫使张兴必须对IT架构做巨大的调整。

　　(1)业务敏捷性需求向传统IT架构发起挑战

　　到底应如何看待IT架构与业务之间的关系?首先，业务活动是由业务人员执行活动完成的，比如拜访客户、输入订单和客户资料、做出商务决策等，而 IT系统则执行各种自动化活动，包括商业逻辑、业务规则、管理业务数据，提供界面连接人员和IT系统。所以，IT系统是业务的一个重要组成部分，业务敏捷 性不但需要一个灵活的业务模式，也需要IT系统的敏捷性。也就是说一个当业务改变的时候，IT系统也应该随业务的变化而变化，这种对IT的灵活性需求，对 IT的所有方面都提出了挑战，从架构、技术、产品，到过程、成熟度和管控等。

　　然而，大多数企业对自己的业务模型仍停留在自发状态，IT系统缺乏主动适应业务实践，更谈不上业务与IT架构的沟通。这直接带来两个问题：一是 业务优化、应变和创新缺乏IT系统和IT架构的支撑基础;二是有些问题被强加到IT系统的头上，而使IT承担了不应承担的责任。

　　(2)传统IT架构难掌控，紧耦合结构僵硬

　　在一项对CIO的调查中显示，83%的CIO不能随时了解系统基础架构的运行状况。传统IT架构难以解决的最大难题之一是，IT技术层难以随着 业务层的需求变化而灵活变身，收放自如。而硬要改动技术层，则需要技术人员把IT架构上下左右分拆和重新焊接，不但成本昂贵，而且伤筋动骨，后患难测。原 因在于传统IT架构中，各子系统、各模块之间是一种“紧耦合结构”，拆分和沟通很不灵活。

　　(3)不完整的IT规划，导致IT架构规划缺位

　　随着信息化建设的深入，IT架构能否灵活适应业务发展已经成为在信息化建设中核心问题，许多CIO在原有的IT规划中，主要表现缺位为没有进行 深入IT架构规划，在公司业务战略与IT系统之间，没有细化的框架联接。这种不完整的IT规划，导致造成巨大的IT投资风险和浪费。

　　二.业务与IT规划缺位，IT架构被迫支离破碎

　　IT规划分析过程是一个自顶向下的过程，首先关注的应是业务战略规划。但我们经常遇到的IT系统建设往往是直接从IT需求入手，这种缺少第一步 业务战略规划的现象，被称为“斩头”，结果必然导致企业IT架构规划的支离破碎。在到了IT系统整合、增加新需求时就会遇到巨大的障碍，往往导致整个IT 架构的大规模改造，而面临这样的处境，会让CIO苦不堪言。

　　(1)缺乏通盘考虑，IT架构复杂度高

　　业务的连续性和信息化的规律性要求在制定IT架构规划时应要有通盘考虑，例如因为没有通盘考虑，对单个项目而言功能都非常强大，但结合却显示不出联合的威力。实际上，IT架构规划无论是从零开始的，还是承前启后的改建扩建的，都要慎重考虑混合应用的部署问题。

　　传统IT架 构的复杂度都很高，为完成系统功能，定义了很多复杂的接口，并且代码相当复杂。如果想更改或增加系统的某些功能，就必须为新的功能目标重写大量的代码。比 如，要想完成数据的抽取转换装载功能，必须针对不同的需求，重构这一功能模块。而这样缺乏通盘考虑的传统IT架构，正是导致系统复杂度高的主要原因。

　　(2)IT架构规划仅考虑系统维护简单和方便

　　企业IT应用开始时，只从业务需求进行IT架构选型，没有考虑需要把业务转化或分割为不同的组件，把易于变动的流程和环节采用更加松散的耦合方 式集成起来，以备日后改造成“随需应变”的结构。在传统的IT架构规划方法中，不是从优化及提升业务流程为出发点，而是考虑的思维总是面向冷酷的服务器， 仅仅为了更简单的系统初始化及运行维护方便着想。

　　缺乏考虑IT架构应随着业务扩展而进行改建、扩建、升级与互联是传统IT架构规划方法的弊端之一。过去许多CIO关注的是如何搭建开发接口来使新老或是不同的子系统互联互通，如CIO在集成方面的总是忙于“修路和架桥”，而不是分离出存在于旧系统中的“服务分子”，让这些服务与新建的服务分子们再重新组合起来。

　　(3)传统IT架构规划缺少考虑成本模式

　　在全球关注IT之ROI的 今天，CIO不能不把投资成本考虑在IT架构规划中。不同的技术、不同的服务、不同的运营方式都有不同的成本的规律，及早认识和应付这些成本支出，以便于 在中长规划中合理配置资源及节约投资具有重大的管理意义。但长期以来，我们的许多CIO一直在成本方面存在思维缺失。因此，我们需要跳出技术的圈子，站在 企业级的高度，认真审视IT成本问题，结合当前技术手段的支持能力，思考IT架构发展的规划。

　　三.SOA为什么能开创IT架规划局面?

　　IT规划方法在IT应用环境中出现了一个新变量SOA之后，过去的经验与规律就开始显露一丝被颠覆的曙光。即CIO必须与时俱进，在他们的制定和规划IT架构中加入这个革命性的因素，以改变IT方程式的输入与输出值。

　　众所周知，一个企业的IT架构规划应该是业务来驱动，业务驱动也就是流程驱动，因此先进行流程的梳理和整合，然后再进行IT架构规划。站在业务 驱动的角度来看，SOA对IT架构规划会带来什么影响?大体上看，有三个方面：一是来自技术机制引发的结构、效率、扩展、变更、升级、接口、兼容性等方 面;二是来自TCO(总拥有成本)方面;三是系统复杂程度大大简化。

　　(1)技术机制引发流程模式大变革

　　SOA提出的背景是全球化的竞争要求企业的业务要有灵活性，而业务灵活性表现为业务流程的频繁变化，这就要求我们IT架构要有高度的适应性，来 适应业务的变化。那么什么是SOA呢?SOA是一个面向服务的IT架构。SOA建立了一个新的集成架构，将遗留系统和新建的系统连通起来，让不同技术世界 的服务组件可以相互以Web服务接口为中介来松散耦合地交互。也可以说SOA是一种IT体系结构设计的思想和方法，而不是一种具体的产品。

　　体现SOA在IT架构优势是要站在企业级角度来看，对于企业级要体现SOA思想，首先要把业务流程梳理，把业务流程分解成相对独立的业务单元， 通过统一定义的标准化接口把它们串连起来，形成一个优化的业务流程。在此基础上，我们才能看到SOA是如何支撑IT体系架构的。

　　(2)来自TCO(总拥有成本)的优势

　　IT架构产生的初衷就是为业务服务，如人力资源、采购、报销、制造、供应链管理等。但是，企业同时还发现了另一个问题，尽管这些业务应用都是出 类拔萃的，但它们都是“单兵作战”，互不相联。原因是这些系统在建的时候都是孤立地去进行的，不在一个开放标准的IT架构上，可能是基于部门或者是基于业 务局部去做的，所以集成的问题就很突出，信息孤岛问题也越来越严重。另一方面，如果当业务变化后IT架构不是灵活的，不能适应业务变化，那就可能要把IT 系统推倒重来，而需要重复投资，这就是我们经常说的IT资产重用性非常差。

　　值提庆幸的是，SOA并不是一个纯技术问题，不是采取类似设备淘汰更新的作法来实施。SOA的深层次驱动力在于对业务管理与流程进行优 化，SOA的根本目的在于使耦合松散和高复用性，使IT服务随需应变。因此，SOA能够“盘活”企业的业务流程管理，也能够“盘活”企业的IT资产。

　　(3)系统复杂程度大大简化

　　很多CIO对于IT系 统运维管理颇为头疼，最典型的莫过于系统复杂，难以管理。一般来说，随着业务的发展企业需要不断地更换基础设施，从而使基础设施越来越复杂，改善、管理和 整合也变得更加艰难。在过去的IT架构规划中，选择一些大而全的、功能强大的但像钢板一样的固体系统倍受大型企业的追捧。而现在CIO们开始抛弃这种“以 不变应万变”的做法和观念，代之以“以变应变，随需应变”的理念和方法论来指导工作，而SOA正是从简化的角度为企业IT架构规划加进了新变量。

　　SOA虽产生于技术层面，但涉及到的就不止是技术问题了。SOA在业务与IT之间增加了一个新的抽象层次，就是“业务层次上的契约”，用来描述 不同的业务组件(或者业务对象)之间交互的接口，这就是SOA通常所说的“服务”。业务组件化解耦了业务架构和IT架构，提供了业务架构和IT架构之间良 好的映射能力，即在服务定义不变的情况下，业务和IT可以独立地演变，带来很好的灵活性。

　　SOA导致IT架构方式的变化，不但会冲击软件的编程，还会改变CIO的工作方法。在CIO眼里，IT架构不再是一种已往的那种“焊接”在一起 的固化功能体，遇有变化时必须把系统返回去改代码。新的SOA架构让CIO们省去了许多麻烦，他们要熟悉的是对业务的理解及对服务的分解，通过简单的流程 设计、基础配置和参数的调整就可以达到目的。

　　与SOA共舞可能是赏心悦目的艺术，但是大胆的想法往往会遇到很大的阻力，这也可能酿成一场IT灾难，CIO需要学会的是如何在业务架构和IT架构舞蹈中保持平衡。