笨重的IT架构

《21世纪，企业需要什样的信息系统？》之十一

笨重的IT架构

当今典型的信息系统架构如下图：

 

 

 

 

 

                    图1当前信息系统架构

 

我们看到，当前信息系统架构的特点是：

l        每个应用各自为政，形成一个个信息孤岛，应用和业务流程的无缝集成很难实现。

l        系统结构和功能僵化，应变能力差，无法快速应对变化，需要不断投入人力物力进行系统改造和升级，甚至推倒重来。

l        缺少帮助业务人员进行业务创新和管理创新的技术手段。

l        缺乏统一的系统门户，业务人员疲于应付，工作效率低下。

l        随着应用的增多，管理的复杂度增加，管理和安全存在失控的危险。

为什么会出现这么多各自为政的应用系统呢？这是历史原因造成的，当初人们开发应用系统时，受到用户需求、开发理念、方法和技术等方面的限制。

首先，需求方面，当初企业的信息化要求远不如现在的高，企业一般只对少数关键的应用提出了信息化的要求。

其次，开发理念方面，因为用户的需求不高，所以软件提供商实现每个应用时也只考虑其本身，而没有考虑与别的应用的集成，更没有思考整个企业的信息化如何实现。

最后，技术方面的限制，当时的应用系统业务逻辑都是用硬编码实现的，这使我们不可能同时考虑和实现所有的业务应用，那太复杂了，只能一个一个的实现。

对现在的企业用户来说，他们迫切需要用最好的方法，把这些不同的应用、技术、端点进行集成，从而为企业的业务提供最高效的支持。

然而，由于目前的应用系统是由不同的IT供应商在不同的时期、用不同的理念和技术开发的，编程语言可能采用C、RPG、COBOL、C++、VB、JAVA、C#等，服务器端可能采用Java EE、.NET、CORBA等，中间件还可能包括BEA的Tuxedo、IBM的WebSphere，甚至还要在大型机上安装包括SAP、Oracle在内的套装软件解决方案。这样复杂的IT系统分布在企业的不同角落。这些应用就象人类社会早期分布在各地的一个个不同的民族国家，语言不同，文化不同，价值观不同，社会制度不同，法律不同，货币不同，度量衡也不同，它们之间的交往必定会遇到许许多多的障碍，交易成本会很高，而效率极低。显然，要在这些应用之间实现无缝集成，不是一件容易的事情！

为了解决应用集成的问题，以及迎合当今的SOA潮流，各软件厂商各显神通，包装推出了各自所谓的基于SOA的解决方案。

    下面是目前占主流地位的基于SOA的IT架构：

图2 当前基于SOA的IT架构

这有点象在建造高楼。

且不论这样的“高楼”是否真能适应迅速变化的环境，光是建造和维护这样的“高楼”，用户的时间、人员和资金投入将是巨大的。

有几个用户能承受这样的代价？

并且，我们看到，在维持各个应用各自为政现状下的应用集成，并没有解决数据孤岛的问题。同时，它还可能引发两个新问题。其一是，IT管理者认为系统最终是可以被整合的，从而无所顾忌地增加新系统。系统数量的增加，意味着整个系统管理复杂程度的提升。另一个问题则是，在增加新系统的过程中，企业在IT方面的投入增大了，而且这种增大是一种“动态”的增大。所谓“动态”的增大就是指企业针对新系统的投入不是一次性地投入。只要系统存在，人员工资、机房房租、电力费用、软件更新以及硬件维护费用就需要不断地投入。这些成本再加上新建系统给整个系统带来的管理复杂性，就会把企业拖入“IT黑洞”之中。

我们认为，以上的解决方案只是一种治标的方法，SOA的目标是解决应用集成和数据孤岛问题，而现在的做法却是在原有的IT基础上修修补补。对企业来讲，表面上看，“修修补补”似乎保护了原有IT的投资、节约了建设成本，但深入分析，你会发现它可能是得不偿失的做法，并且会将企业引进IT黑洞。因此，从系统思维上来讲，除非因为特殊原因必须保留原有系统，否则，采用这样的方法对企业内部应用系统进行整合，很可能造成弊多利少的后果。

当前一些IT厂商提出的SCA、ESB、BPM、BPEL等技术和标准，很难说它们的提出是从整体上深思熟虑的结果，一些只是为了应付新出现的问题而提出的，这些标准之间出现了不少混淆、重叠甚至相互竞争的地方。用户要用好这些产品和技术实在是一个巨大的挑战，是一件几乎完成不了的任务。

SOA确实是好东西，但我们在通往SOA的路上，是否选择了错误的路径？