集团信息化如何面对“集成”难题

　　集成还是集中?可能很多读者并没有遇到这个问题，或者认为这并不至于作为一个问题拿出来讨论。但是，我想说的是，如果你是在一个企业或其它组织里负责信息化工作，你现在看到有人提出这个问题，就是一件值得庆幸的事。如果有一天，当你面临信息化决策，你要做的选择题里有这两个选项，那么我要祝贺你。

　　1998年前后双汇集团进行ERP选型时，项目组的成员们就没有这么幸运，因为当时他们做的选择题不是这样的。那时，双汇集团内的信息系统以部门级应用为主。各部门、子公司各自负责自己单位的信息系统选型、建设和维护。总的系统种类达十余种，所用的数据库除了Oracle以外，别的全有。到处都是信息孤岛，业务流程支离破碎。

　　信息化的任务很明确，首先就是要消除信息孤岛，实现集团公司层面的统一管理和业务流程的贯通。于是，集团成立了信息化领导小组，立项进行集团级 ERP系统招标。当时国内有点名气的管理软件供应商都来了。经过几轮之后，留下最优秀的几家。这时，几家公司给出的技术方案有两种：

　　1、分布式数据库技术路线

　　即在子公司层面，把所有应用系统都更换成统一的一种ERP系统，然后采用分布式数据库技术，通过数据库同步的方式把数据收集到中心数据库，再在中心数据库上补充进行集团层面的有关应用开发;

　　2、“准SOA”技术路线

　　即保留原有的主要应用系统，对这些不同种类的系统进行功能封装，另外补充建立新的应用系统，在集团总部建立一个数据仓库，采用有关中间件进行数据集成和应用集成。

　　在1998年的中国，这两条技术路线是绝对先进而主流的路线，它们代表了当时系统集成技术的最高水平。提出并能保证为双汇成功实施这两种技术方案的厂商，其技术实力非同小可。

　　看起来并不难做出选择。出于比较稳健的考虑，双汇项目组选择了第一条路线，并选择了国内一家著名ERP厂商负责实施。

　　项目启动一年多以后，当时公司级ERP系统刚刚在少数工厂实施，且应用模块尚未完全上线。这时项目组即发现有点不妙。首先是数据库同步不够稳定，中心数据库的数据完整性不能得到完全保证。更大的问题是在投资方面。由于1998到2000 年双汇集团扩张得特别快，异地工厂一下子增加了十几个，分销网络也迅速铺遍全国100多个城市，另外还成立了商业公司，开了很多连锁店。项目组不得不重新估算IT系统投资。不算不知道，一算吓一跳：按集团2000年初的规模，需要在全国建立三十个子站点，仅这些子站点及总部数据中心的机房设施、服务器软硬件、网络设备等购置费就要超过5000万元，如果再增加1000个连锁店和10个配送中心，就需要再追加约1.6亿元。而系统运行维护每年所需人员工资、服务费、通信费、房屋占用及能源动力消耗合计将超过3000万元。

　　这是一笔惊人的开销，远远超出1998年项目启动之初所做的预算。而集团公司仍在继续快速扩张，IT投资还会无休止地膨胀下去。

　　而且投资只是一方面。系统在运行速度、数据同步的可靠性和效率、程序更新的效率等方面均存在潜在的风险。举个简单的例子，如果对库存管理功能做一处修改，全国有1000多个库房，每个终端的应用程序就都要更新一遍，这是一件很困难的事。

　　2000年夏天我回国接手双汇集团的信息化时，紧急中止了项目的继续进行。

　　我奇怪为什么没有厂家提出基于互联网的大集中技术方案，这种系统当时在国外已经流行起来并且已经有不少成功案例。后来我跑遍大江南北考察国内管理软件，发现原因一是当时互联网的接入条件比较差;二是国内软件厂商尚未掌握先进的开发技术，而国外厂商如Oracle的产品在中国互联网条件下跑不起来;三，也是最关键的，就是观念，无论IT圈还是用户圈，只要是做信息化，大家的脑子里就只有 “系统集成”，没有别的。

　　面对双汇的信息化困境，我把问题进行了重新定位，即从“如何集成”改变为 “集成还是集中”。经过和项目组共同研究讨论，我们最终坚定地选择了实时大集中技术路线。后来的事实证明我们的选择是完全正确的。

　　被滥用的集成

　　“系统集成”是一个从诞生时起就闪耀着高技术光芒，直到现在让很多人一看到仍肃然起敬的名词。它差不多在信息化领域大行其道了二十年。二十多年来，多少IT公司披挂着系统集成这身光鲜迷人的行头，挥动着镀金的宝剑，在信息化舞台上显尽风骚。也许是察觉到了观众们的审美疲劳，也许是因为舞者实在累得跳不动了(因为这身行头实在不轻)，最近它的创造者推出了升级版——SOA。尽管目前还只是完成了概念设计和推出了一部分面料，完整的套装尚未出炉，但是已经能够看到设计者赋予了它更多的高技术色彩，除了比上一代产品轻便外，穿上它的人看起来会更加光怪陆离和神秘莫测一些。

　　为了深刻理解系统集成的本质，让我们回顾一下这种技术产生的原因和发展的历程。

　　系统集成技术的出现，是由于企业或组织在过去的信息化进程中分别建立了多个局部应用系统，这些系统的数据和功能都彼此孤立。后来发现这些彼此孤立的系统给管理造成了很大障碍，因为它们本该是一个有机结合的整体，那样才能保证业务流程的完整性和管理通道的畅通无阻和遍及性。为了满足这种独立系统之间互联互通的需求，同时又考虑到用户对以往IT投入的珍惜，和操作者已经习惯于使用原有系统，另外，也限于特定历史阶段的IT技术发展水平，于是系统集成技术应运而生了。一开始是IT厂商针对用户特定的系统和集成应用需求进行接口程序的定制开发，实现手段主要采用一些过去主机系统时代的软件技术如 RPC(远程过程调用)和客户/服务器时代的 API(应用程序接口)等。后来逐步发展出一些通用型产品和技术体系，比如消息中间件，应用集成中间件等等，直到SOA(面向服务的架构)。

　　总的来看，系统集成技术从一开始试图实现紧密的耦合，即把数据和应用全部集成起来，逐步演变为以松散的耦合为目标。比如SOA，是让人们着眼于各个应用系统的外在功能表现，而放弃对具体实现和处理方式的关心，放弃对数据进行集成和集中，只将应用系统的功能进行适当的划分并加以封装，以服务的形式提供给外部使用者。可见，SOA的本质是简化了的系统集成。

　　从紧耦合的系统集成到松耦合的系统集成，直到今天的SOA，不可否认技术和理念是在不断进步。但是这种进步与其说是为满足用户的需求而不断创新，还不如说是IT界在为自身寻找解脱。因为系统集成的确是一种很不轻松的工作，做项目的人要去理解各种各样的不同人写的、用不同语言写的应用程序，要熟练操作使用各种数据库，还要清楚各种操作系统环境和各种各样的网络协议等等。除此之外，为了把这些异构系统整合起来，还需要掌握一些系统集成工具软件。而一个系统集成项目的完工，并不意味着麻烦的终止，反而会成为新麻烦的开始。因为任何局部系统的一丁点修改都有可能影响到已经完成的集成系统，所以随时可能要对接口进行升级和重新联调。随着用户应用规模的不断扩大、应用系统种类的不断增加以及应用系统复杂性的不断提高，众多的IT公司和工程师们对系统集成工作已经越来越不胜其烦了，所以，简单化是不得已而为之，这就是SOA 被提出的原因。

　　系统集成在特定的历史阶段和一定应用范围内是适用的、先进的技术，同时也是有其合理存在价值的。比如，用在企业规模比较小的时候，或者用在企业与外部进行业务协同时。但是，由于错综复杂的原因，系统集成被滥用了。

　　多年来业界对系统集成的推崇和大肆宣扬让用户形成了一些错误的观念。首先，是“集成万能观念”，即企业或其它组织的IT管理者认为系统总是可以被集成的，从而无所顾及地增加新的局部系统。而系统数量的不断增加，导致整个系统管理复杂程度的不断提升。其次，是“集成唯一观念”，就是说系统集成完全占据了用户的头脑，遇到任何系统隔阂或类似问题，只会想到用系统集成的方法去解决。

　　殊不知，不加分辨、不深入思考而滥用系统集成的做法会把企业引向危险的境地——IT黑洞。

　　所谓“IT黑洞”，也可以称为“IT无底洞”或“IT泥潭”。它是指随着企业的成长发展，机构及业务规模的膨胀，其IT系统所需要的追加投入呈线性或指数增长，而同时系统的效率却不断下降的现象。就像物质越靠近黑洞就越难以摆脱它的引力一样，当企业的IT系统具有向黑洞或泥潭演进的特征时，随着时间的推移，企业将越来越难以自拔。

　　当采用系统集成的信息化建设模式时，随着企业的成长，系统的整体复杂度一般呈指数规律变化。也就是说越到后面增长的速率会越大。在系统的性能、可维护性等指标还处于临界点以内时，IT管理者可能根本意识不到危险已经逼近。而当发现系统的各项指标即将进入红色区域时，时间上已经来不及做出反应了。