引 言

不搞信息化，就没有金融的现代化。
----中国人民银行参事、国家信息化专家咨询委员会委员陈静

项目背景

曾几何时，我们到银行营业厅办理业务，要在一米线以外排队，还要仔细观察一下哪个队的人少一些以便约时间。现在，顾客只要根据自己的业务类型从自动排队机获得一张排号单，银行的排队管理系统就会将顾客分配到最合适的窗口办理业务。我们要做的就是坐在营业厅准备好的沙发上静静等待，甚至可以利用时间差做点自己的事情。一个小小的不起眼的排队管理系统，使银行的服务更加贴近客户。一直以来，金融行业都非常重视信息技术的应用，信息技术不但在建设方便、高效、安全的金融服务体系中发挥基础作用，而且对于提高企业内部管理水平进而提高资源配置效率更是具有重要意义。在金融业日益显现对社会资源高效配置的强大支撑能力之时，信息化已经成为现代金融服务的命脉。

金融业是现代服务业的重要组成部分，它通过沟通整个社会的经济活动而成为现代经济的核心。作为知识密集型产业，现代金融行业在组织结构、业务流程、业务开拓以及客户服务等方面，日益体现出以知识和信息为基础的特征。这种行业属性决定了现代金融业必须以飞速发展的信息技术为支撑，金融信息化顺势而生。

作为国家的中央银行，中国人民银行负责制定和执行货币政策、维护金融稳定、提供金融服务的宏观调控。可以说是整个国家的金融命脉。正因为其特殊的地位，人民银行的信息化建设一直以来走在金融行业的前端，被视为金融行业信息化建设的“桥头堡”及“指南针”。

进入新世纪，伴随互联网的高速发展及网络技术的飞速进步，人民银行建设起高速的内部专网，通过方便、快捷的网络手段加强总行跟各地分、支行的多方交流与联系。在此基础上，如何更加有效地利用总行的丰富信息资源，并形成更为系统化的办公网络环境，成为信息主管部门的心头大事。一方面，原有的一些应用系统比较分散，需要用一种最佳的方式将其整合起来；另一方面，伴随新的业务需求，新系统需要建设在一个扩展性强、安全可靠并易于实现的技术架构上，同时要易于实现跟原有系统的联通并适应已有的信息基础设施。


系统概述及特点

人行综合业务系统是全行应用的系统，包括总行和下属所有分行的应用，目前全行人员都可以使用综合业务系统， LDAP 服务器中注册拥护 12 万人，也就是意味着综合业务系统有 12 万的注册用户，平均每天的使用综合业务系统的人员为 5~6 万人。而金蝶 Apusic 应用服务器使用集群技术保障系统支持大规模并发用户访问，解决网络访问负载过重和突发请求并快速转移的问题，从而大幅度提高服务器的可靠性，使人行系统具有可靠的容错机制和稳定性。

A. 产品选型

经过充分的分析及论证，总行决定采用基于 J2EE 的中间件技术来搭建一个综合信息平台。对于 J2EE 中间件产品，目前在国内 J2EE 中间件产品市场，存在众所周知的三大品牌： BEA 公司的 WebLogic 、 IBM 公司的 Websphere 及金蝶中间件公司的 Apusic 。前两者作为国际化公司，特别是 IBM 公司，在全球范围内具有一定的品牌影响力，而金蝶作为本土化软件企业领头羊，在国内业界也有不容小觑的影响力。进行 J2EE 中间件产品的选型会着重考虑以下两个问题：如何规避风险及如何降低成本。

风险与 J2EE 中间件产品的先进性伴随而来，主要体现在：产品是否易于学习掌握？产品是否易于使用并满足需求？产品供应商是否能够提供高水平的本地化支持服务？产品供应商在此产品业务上是否有足够的投入及赢利能力？而在降低成本方面，主要需要考察产品的价格、性价比、提供的相关培训服务等。

金蝶中间件公司 2000 年正式发布国内首家可交付的 J2EE 中间件产品-- Apusic 应用服务器。相对而言， Apusic 应用服务器遵循最新的 J2EE 规范，保持跟国际技术的同步，在产品易用性、安全性、资源占用率、性能价格比及提供本地化开发级的核心技术支持等方面具有独特优势。金蝶中间件在与人行接触中体现的良好服务意识及高水平技术服务也表明，金蝶中间件在坚定不移地执行其“帮助顾客成功”的商业策略，是一个值得信赖的长期合作伙伴。


Apusic 产品体系技术架构图

经过长时间、多角度、全方位的考察及产品试运行，总行信息主管部门最终选择了金蝶中间件的 Apusic 应用服务器。金蝶中间件的竞争对手们在此次贴身肉搏中失去足够的耐心，最终痛失“桥头堡”。

B. 系统集中式构架

金蝶 Apusic 应用服务器包含丰富的框架（ Framework ）与编程接口（ API ），提供底层的安全、事务、并发、通讯等为人行系统服务的同时，利用 Apusic 应用服务器提供的 JDBC （ Java Database Connectivity ）及 XML 技术，解决不同关系型数据库间的数据互通问题。同时使用连接器（ Connector ），将系统对数据的访问扩展到全文数据库及 Lotus 数据库。

利用 Apusic 应用服务器中的目录与命名服务 JNDI （ Java Naming and Directory Interface ），访问 LDAP （ Light Directory Access Protocol ）服务器，统一管理不同系统的交互用户数据，实现单点登陆。

利用 Apusic 应用服务器提供的消息服务 JMS （ Java Message Service ），实现总行跟各地分支行在网络上透明、安全可靠的信息传送。同时利用 Web Service 技术，实现对商业银行运行数据的实时采集、监控。

集约化管理是现代企业集团提高效率与效益的基本取向。集约化的“集”就是指集中，集合人力、物力、财力、管理等生产要素，进行统一配置，集约化的“约”是指在集中、统一配置生产要素的过程中，以节俭、约束、高效为价值取向，从而达到降低成本、高效管理，进而使企业集中核心力量，获得可持续竞争的优势。中国人民银行总行在信息化构建过程中，敏锐地把握信息技术的发展动向，密切结合自身需求，以集约化的建设思路，使用由金蝶 Apusic 应用服务器组成的应用支撑平台成功搭建了新一代综合信息系统。

C.Apusic 集群技术

集群提供了一种廉价有效的方法扩充系统性能和增加吞吐量,加强系统的业务处理能力，提高系统的容错性和拓展性。集群主要在以下两种情况下用到：

1 、高并发超负荷运行的主机，访问量是相当大，也就是我们经常说的负载均衡（ Load balancing ）。

2 、失效转移，提升容错性（ Failover ），这也是集群真正有用的地方，通常使用一台成本较低的计算设备作为主设备的备份，在主设备发生故障时及时接替，以保证 7x24 小时不间断服务。在准备采用集群之前，一定要仔细分析具体的应用环境，以避免不必要的浪费。


集群技术通常是中间件厂商热捧的一个概念，说只有采取集群策略应用系统的性能才能提高。不明就里的用户在付出了数倍的价钱去购买集群设备和软件以后，却往往得不到所应该得到的效果。金蝶中间件认为：作为一家负责任的中间件公司，应当让大家真正看清集群的作用：

Apusic 应用服务器实现的集群技术，并没有沿用大多数应用服务器厂商所采取的内存复制技术 (in-memory replication) ，我们知道在集群中需要在各结点之间同步一些状态信息，如果采用内存复制技术，将耗费大量的网络带宽，对性能也有很大影响。这是因为每当一个结点的状态发生变化时，都需要通过多播等方式向其他结点传递状态信息，随着集群内部结点的增多，内存复制将会非常频繁，从而造成广播风暴，严重阻塞带宽。 Apusic 所采取的技术是客户端缓存，即直接将状态信息保存在客户端，当服务器失效时将状态转移到可用服务器。 Apusic 集群技术基于负载均衡集群（ Load Balance Clustering 简称 LBC ）技术，通过特定的软硬件将系统负载合理地分配给集群中的服务器。此类集群一般用于水平提升系统的服务能力。

Apusic 应用服务器作为专业的、成熟的 J2EE 应用服务器，提供了完整的、灵活的、有效的集群方案，是金融、电信、政府、电力等行业中基于 J2EE 技术的高可用、可扩展系统的有力保障。对于一个使用 Apusic 作为负载均衡器的服务器集群，当客户请求到达负载均衡器时，负载均衡器将请求转发到最初服务此请求的内部服务器，如果是初次请求，则负载均衡器随机选择集群中的任意一个内部服务器处理此请求；当内部服务器处理完请求，将产生的应答返回给负载均衡器，会话数据被保存在负载均衡器上；当下一个请求到达而原先处理该请求的内部服务器失效时，负载均衡器重新选择一个正常的内部服务器，这时会话数据连同请求一起被转发给新的内部服务器，会话数据被迁移到新的内部服务器。