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架构舞蹈中保持平衡。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。