[转载]银行综合大前置平台

断断续续的歌

转自：http://rocksun.cn/bank-big-front-system/


我最早供职的公司，是一个金融方面的小公司，我们为许多小银行（例如信用社）服务。那时我们国家的信用社还是以市为单位经营，每个地市都有自己的系统。我们公司的产品完完全全采用了自己的技术，没有使用任何其他中间件产品。因为信用社的资源有限，所以为了提供更好的性能，我们公司使用了许多优化的措施。例如数据库设计中使用了大量字段数量非常多的表，其中包含了许多冗余数据，避免复杂的关联查询。而在通讯和业务处理上，提出了前置机的概念，通过前置机为柜台终端提供界面，并将界面发送过来的数据，转化为实际的银行业务操作。当然，后来我知道，多数银行系统都是有前置机这个概念的。


后来，中国的信用社改革开始了，原来各个地市的信用社系统需要集中，数据量一下子增加了十几倍，公司发现原本的模式本已经在地市有限的硬件环境中达到了极限，原来的系统架构似乎难以满足性能的需要。另一方面，有了相对较好的硬件资源，促使着我们尝试一些变革。我们开始尝试用一些商用的中间件例如Tuxedo来改造我们的系统，发现Tuxedo能提供我们的系统类似的路由功能，而且在性能上得到了很大的提升。


除了数据和业务的集中，银行业也在慢慢发生变革。以前银行只关心存款贷款，而后来则更多的关注中间业务，例如代缴电费、水费，各种外围系统都需要和传统业务结合，出现了各种各样的接口。个人计算机的发展也让原来简单的终端变成了PC系统，所以出现了各种丰富的客户端需要应付。这让原来满足单一功能，面对单一类型业务的前置系统十分局促，不得不考虑综合前置的实现。


所以我们建立了一个更全面的前置系统，能够接入各个渠道以及第三方的应用，在系统之间转化数据格式；甚至可以整合各个系统之间的流程，动态监控业务执行的状况；同时这个系统还需要有良好的性能，还能够有良好的伸缩性，这一点对于财力有限的小银行尤为重要。所以最后，我们的产品基本上建立在了商业中间件产品的基础之上，因为这些产品提供了更好的性能和可伸缩性。此外，现代的应用基础架构也包含了了许多便利的工具，例如EIB、ESB以及BPM，这些东西比我们自己完成的基础架构更加方便和有效。不过，这也让我对原来那些前辈感到十分的敬意，他们太了不起了，仅仅使用纯C，就可以完成这整个底层架构，而我们却更偷懒的直接用了某个工具。

少爷a

中间件还是看好甲骨文！！！

小甜妞妞

中间件是用在分布式系统中的么？它一定要与通信协议相关么？另外它的可重用性是指把它直接拿到其它OS中使用就可以呢，还是也需要针对不同的OS做相应的接口移植呢？

夏至晴

甲骨文的中间件系统确实很好，用了一段时间感觉非常好

hui煌

中间件是怎么回事？？

背包背包

中间件早就不是什么新技术了 就拿Oracle 的中间件来说 技术成熟度还是可以信赖的，在国内的大企业也有过成功的案例

八夜疯狂

Tuxedo作为第一个严格意义上的中间件产品，。呵呵 看来楼主对中间件的接触很早了

马甲上的绳索

国内中间件厂商的整体实力还存在很大的差距 少壮还需多努力~

小嘎嘎

中间件在这几年发展得挺快的 很多人都了解了些 看来甲骨文也意识到这点，偶尔也见其高些活动..当然这是不够的，技术深入人心才是精辟之道