【IT168 信息化】

    项目背景

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

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

    项目目标

    人行综合业务系统是全行应用的系统，包括总行和下属所有分行的应用，目前全行人员都可以使用综合业务系统，LDAP服务器中注册用户12万人，也就是意味着综合业务系统有12万的注册用户，平均每天的使用综合业务系统的人员为5~6万人。系统的可靠性、容错性、稳定性是系统重中之重。

    产品选型

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

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

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

    解决方案

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

    集中式构架

    人行综合信息系统涉及多个不同的业务系统，包括货币发行、金融监管系统、行长决策系统、中经新闻及一些涉密系统等，需要通过综合信息系统这些业务系统进行集中的整合。同时，相关信息的数据来源丰富多样，包括数据库、LDAP服务器、Lotus Notes，甚至全文数据库。这些呈散落状存在的已有IT资产是人行的极宝贵财富，非常需要一个具有良好开放性及适应能力的集中式架构，实现信息和业务的集中整合，让这些IT资产发挥新的更大价值。

    金蝶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集群技术

    在人行综合信息系统的上线部署上，存在两种可能的方案：一种是完全分布式部署，在各分支行部署独立的服务器，这种部署方式无疑将需要比较大的IT资源投入；另一种方案是集中式部署，将系统部署在总行，各分支行通过内部网络进行访问，这种方案能够大幅度降低IT投入成本，但是，考虑人行系统内多达十多万用户的使用情况，如何确保峰值访问下系统的性能响应及稳定性呢？

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

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

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

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

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

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

    应用效果

    十几万人的用户，数以万计的并发任务，对任何品牌的中间件产品而言都是一个挑战。然而几年过去了，金蝶应用服务器支撑的这些系统运行正常。从未出现过任何严重的故障问题。受到人民银行工作人员的一致好评。

    选择Apusic应用服务器来支撑综合信息管理平台及应用系统，有效整合了原有各类资源，同时很好适应了复杂才的新业务需求，满足了稳定性、安全性、扩展性和快速开发部署等要求；各地分、支行能更有效地利用总行的丰富信息资源，使得中国人民银行总行作为国家中央银行，充分实现了金融业信息化建设的“桥头堡”和“指南针”的龙头作用。

    专家及客户感言

    电子政务不仅仅是政务的信息化，而是利用电子技术的优势，实现新型的政务方式。因此电子政务重在政务，而非电子。中国人民银行利用金蝶Apusic应用服务器先进的技术，构建起了适合当前形势需要的综合信息平台，可以提高工作的效率，节省资源。

    －——《北京大学：中国电子政务指南》 我国著名IT专家黄磺教授

    “我们是以一种平和的心态去追逐成功与效率，如果首先考虑系统失败及其相关的选型责任的话，或许最强势的品牌是一个不错的选择来推卸责任。事实上，金蝶产品在成熟应用中所体现的成熟性，让人很放心”。

    －——中国人民银行信息主管部门有关代表

    我们希望在实施电子政务的过程中，逐步摆脱依靠国外的软件产品，采用具有自主知识产权的国产软件产品为核心平台。中国人民银行会继续支持和关注像金蝶一样的国产软件企业的发展，并希望它们能继续推出更多更好的产品，更好地服务于金融行业，为金融信息化建设做出贡献。

    －——中国人民银行科技司副司长李晓枫