关于金融系统的几点疑问-系统架构及实现 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

工作两年，接触了一些金融系统，有很多疑问，提出来大家讨论一下，希望各位前辈多多支持 。
1、 对于保险公司系统、 银行系统哪种架构更合适 ？
     目前市场上保险公司的核心业务系统多为两种， 一种是平安以及易保比较推崇的java只为简单的表现层，而大多数逻辑都在package中实现 。而另一种是中科软推崇的jsp+js 的表现层，java 的逻辑层，数据的数据存储层（虽然可以看为三层架构，但由于开发人员多为新人，逻辑层基本上已经面目全非）。这两种架构各有优劣，小弟也不知道说的是否正确，请多斧正： 作为保险公司的核心系统，以及保险业务的特征，既要支持运算逻辑的实现又要考虑系统的并发量， 平安和易保系统简化逻辑层，将逻辑模块放在数据库中执行，是否是考虑可以提高计算速度，减少数据库连接所消耗的时间，从而可以在相同的时间内增加访问并发量，提供系统的相应速度，而不是把这些压力全部抛给价格昂贵的应用服务器 。而中科软的核心业务系统很好的遵守了三层架构的思想，对于复杂的逻辑计算，java 在内存中计算并不比在数据库中计算慢，可能还会更快，但是，瓶颈就在于保险系统的计算因子需要大量的从数据库中获得，这就导致逻辑计算很快，但是在准备计算，以及保存计算结果时耗费了大量的时间,在并发量很大的情况下，只能通过硬件进行补充。但是在系统日益复杂的情况下，java本身的可扩展性，应该是有一些优势的（在设计好的情况下），日后的维护以及扩展应该会更容易一些，而大量的package 维护的难度应该是会越来越大 。
   银行的核心系统不是很了解，只是模糊的知道用c 、c++的很多，银行的系统架构应该是什么样的呢？ 它的效率问题以及并发问题是怎么解决的呢 ？ 大家有了解的吗？
2、 核心系统的外部接口问题 。
    现在无论是银行系统还是保险公司系统，核心系统的外接接口是很多，接口越多，产生的问题就越多，目前常用的系统接口方式会有哪些呢？ 相信各个对接的方式可能也会产生不同的问题，大家会怎样解决这些问题呢？
（1） 使用数据库表互相访问的方式对接。这种对接方式比较简单，不过产生的问题也会很多，比如：导入核心系统时间的问题，时间差会经常影响财务日结、渠道计算佣金。
       校验问题，接口系统的校验规则无法与核心系统媲美，接口系统业务校验通过，但是核心校验失败，导致业务数据无法导入核心系统，这个问题如何解决呢？
（2） 通过前置机与后置机通过http实时访问对接 。
        这种对接方式相对复杂，实效性很好，但是实现性高也会引起其他问题，如，系统一旦出现问题，会有大量的错误业务数据，人工很难及时干预。 这种接口方式前置机后置机的通讯是通过部署在后置机中间件的servlet 实现的， 在并发量达的情况下对中间件的最大线程数量也是一个考验 ，这个参数如何确定 ？
（3） 请大家帮忙补充 ，学习中 ......
以上是小弟最近的一些疑问和感悟，希望大家帮忙分析， 多多补充 ......
1 银行的核心系统都不是J2EE的，原因就是性能的问题，业务系统可以基于J2EE的
2 至于你说的接口问题，至少要分为系统内部接口和外部接口两部分，外部接口的话，就需要根据对方系统的需求了，肯定是多种多样的
内部接口的话，兼顾性能和扩展性的考虑，理想的做法当然是制定一套标准的接口规范通信了，但这只是理想，实际情况复杂的多，肯定有特例的