银行综合大前置平台

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

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

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

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

以下链接有最新ORACLE中间件的资料可以去看看：