《集中乎，分布乎》（2011-4-10）

前面的博文主要是阐述银行业信息化规划和架构的必要性、重要性、急迫性。现在，我们将找一个规划的主题进行具体探讨一下，让我们感知一些规划实际运用，加深对规划的理解。而集中和分布绝对是规划中最常遇到的话题之一。

1、银行核心业务系统大集中的实践

   对于全球性、全国性、地区性的银行，几乎都遇到信息化集中和分布抉择的问题。其中银行核心业务系统的大集中在5年前或10年前或更早的时间一度成为信息化一个重要的话题。（银行大集中时间表：深发展银行2002年，工商银行 2002年，浦发银行 2003年，光大银行 2004年，农业银行 2005年，建设银行 2005年，交通银行 2006年）这些大集中给各家银行的信息化带来了巨大的变化，同时也有力地促进了其银行业务的迅速发展，也成了这些银行信息化的一个重要的里程碑。

   对于大集中来说，从时间上来看，大集中准备时间、设计时间、开发时间、投产时间、运行稳定时间来看，需要好几年，可以说这是一个相对长期的工作。从涉及区域范围来看，大集中是一个涉及全行的工作，不仅涉及到总行而且会涉及到分行、支行、网点、甚至涉及到与外部联系的变更。从涉及的业务来看，虽然大集中直接涉及的是核心业务，但是银行的各种业务相关性是很强的，因此会由此影响到很多业务的改变。从涉及的人员来看，大集中不但涉及到银行的信息科技人员，而且还涉及到许多部门和业务人员参与需求和开发、测试、上线等工作，甚至涉及到国际上顶级的软硬件供应商，涉及很多外部软件公司。

   因此，大集中对于银行信息化是一个宏观、全局、重大、结构性的规划制定和实施。如何做好大集中的规划，我想很多经历过大集中的银行必然会有规划方面的深刻体会，他们必然会在大集中何时开始，大集中范围确定，大集中组织和落实等诸多方面取得许多宝贵的经验和不可避免的教训。我在想如果我们重新进行一次大集中的话，我们可能比过去做的更好，更加出色。时过境迁，这个话题依旧，通过这个话题的研究，我们可以看出规划是多么的重要，我们看到科学的规划是多么的重要。

2、集中和分布的定义

所谓集中，是指银行开发一个应用系统将各地区原应用系统进行统一或覆盖，形成系统的物理的集中。所谓分布，是指一个银行内可以存在满足相同需求的不同的应用系统，或者相同的应用系统分别安装在不同的地区。

人们往往把全省范围之内的应用系统集中起来称之为省级集中、将若干个省市集中起来称之为区域集中，将全国集中起来称之为全国集中或大集中。银行尤其是大型国有银行主要是采用的核心业务系统的大集中。银行信息化中除了核心业务系统之外，还有大量的其他业务系统、管理信息系统分布在各个省市分行和总行。人们还会从不同的角度看待集中，从数据角度来看，出现了数据大集中，从硬件角度来看，出现了物理集中和逻辑集中。

而分布则是自发地为完成一个范围内的业务而开发的系统，这个范围可能是一个网点、一个支行、一个分行，分布是一个必然的现象。另外一方面，我们可以用一个系统部署在不同的地区（部门）以实现分布。

3、集中和分布的科学考量

普通人在谈及集中和分布的时候，会不假思索的会说集中的各种好处并举出很多其事例。但是，很多人对信息化中的集中和分布缺少科学认知，不会认真考虑到集中和分布的前提条件，不会考虑到集中和分布带来的问题和解决问题的可能性，不知道从何种角度来对全面的考虑集中和分布优劣。这种不科学的评判如果不上升到实际规划的层面，仅仅是说说而已，问题不大。如果这种想法可以左右一个银行的规划化那就要慎之又慎。凡是亲历过大集中的人们都会对大集中的巨大工程印象深刻。

如果我们在1990年就提出大集中的规划，人们一定会说早了，因为那时候光看网络环境就知道不可能支持全国的大集中。如果我们现在提出大集中的规划，人们一定会说晚了，因为，已经有很多银行家实现了大集中了，而且最早的都在10年前就开始了。所以，集中是有条件的。而且大集中带来的各种问题也是客观存在的：比如：属地个性化业务满足程度下降、宕机影响范围增大，科技人员流失、新开发项目周期变长等等，都是不太容易解决的问题。

另外，不同的人对集中和分布考虑的内容是不一样的。对于科技人员来说，一听到大集中，立刻就会想到主机的性能能否支持全国性客户的交易并发，能否支持海量数据的处理，网络条件是否能够满足交易的安全和效率，如果出现宕机灾难如何处理等等。而对于业务人员来说，一听到大集中就会想到集中后现有的业务是否能够保留，现有的业务会不会进行改变，新业务如何在集中后快速实现，以应对当地的市场竞争等等。其实，人们只是站在各自的角度上看待事物，而要对一个事物进行科学的分析和认知，则要跳开自我，从多角度进行全面的考量。

集中还是分布要按照科学态度来分析：

1） 从事物都是有小变大的规律来看，集中应该是一种趋势。

2） 从每个事物都有其特性的规律来看，分布也是一种客观存在。

3） 银行业信息化光是集中是不现实的，银行业信息化都是分布也不是长久的。

4） 分布是集中的前提，分布是集中的一个业务和技术的基础，可以说没有分布就没有集中。

5） 从技术层面来看，集中和分布都是相对的。可以在分布情况下实现集中，可以在集中情况下实现分布。

无论是集中还是分布都要从2个层面去考虑。第一是银行业务层面，第二是科学技术层面。只有抓住这两个主要层面，我们才能抓住其关键方面。至于如何从银行业务层面和科学技术层面对集中和分布进行分析是一个很具体、内容丰富的话题，我将在后续的文章中具体讲述。

4、集中和分布长期存在

我们不能认为银行的核心业务系统大集中完成，银行的信息化集中的任务就完成了。实际上银行信息化的大集中才刚刚开始，更多的集中的工作有待我们去探索、规划和实施。例如，我们如何实现管理信息系统的大集中等，如何实现非核心业务系统（像监管、风控等）大集中等。而且这个集中的难度要比核心业务系统集中更加艰难。而分布更是由于各分行、各部门的业务发展不平衡以及经营环境的不同，而长期存在下去。我们研究和分析银行业中的集中和分布就是要从中获取过去、现在的集中和分布经验和教训，为今后的规划提供很好的科学依据。

5、集中和分布与我们密切相关

很多人从事银行业信息化工作的人会说，银行业应用系统集中也好，分布也好，跟自己没有什么关系。其实这是错误的观点。银行大集中的历史证明大集中给银行的经营和信息化带来了巨大的影响，几乎每个员工和每个管理者都不能置身度外，他们切身感受到了大集中前后带来的变化。对于银行的科技部门来说，大集中前后的变化更是巨大，无论是科技组织机构还是总分行的科技内容还是科技队伍都有明显的改变，而那些软件公司在银行的大集中前后业务上的变化也很大，很多长期在分行从事开发业务的公司，一下子就失去了市场。而相对于程序员而言，由于银行的开发平台相对统一，有些开发语言就会被银行软件所弃用，程序员就得学习新的开发语言和新的软件架构以适应银行软件的需要。

集中还是分布属于规划的范畴，它的实现可以在全局和宏观上对银行业信息化有一个很大的改变，而且它的实现并不是短期就能完成，需要一段很长时间方案准备、很长时间的业务准备和技术准备，很长一段时间的开发、很长时间的上线投产、很长时间的运行稳定。所以我们要对规划的内容抱有科学的态度，对重点课题不轻易定论、既要从发展趋势上考虑问题，又要从实际条件考虑问题，即不要超前，又不要落后，既要考虑到业务发展，又要考虑到技术可行，既要考虑设计，又要考虑到实施，只有从多方面考虑其得失，才能科学的把握规划的正确和可行。

下篇：《漫谈银行业金融产品和特点》