J2EE架构的银行核心业务系统

仅针对第五点提出不同意见：
保险的核心很多年前就转到J2EE的平台来上了。例如中科软的，就是JSP + JAVABEAN + DB架构的，而且卖得很好，如果看过其代码的人都会发现有大量的SQL是直接写在JSP中的。其实保险的综合业务系统对技术的要求并不高，在这一点上和银行是有巨大区别的。

保险的核心侧重于综合业务系统，而银行是综合业务系统+银行会计系统，区别还是很大的。

用C来开发还有一个好处就是可以提高进入者的门槛，这可以相对的保持竞争力。否则就象保险的核心一样，简直就如战国时代。

可能他理解的是银行会计系统，因为银行的核心系统的核心就是会计系统，这个是标准化的，只是业务不是标准化的。

如果有一家公司成功的上了JAVA的银行核心，以后就会有无数的软件公司说可以做银行核心了！

个人认为 做核心业务java肯定可行，java的分布式架构，觉得是不错的选择，但是改变银行老系统，还不到要质变的时候，升级肯定是会有的，但是是时间问题。

其实个人觉得，所谓核心业务大家可能国语神秘话了，无非是些复杂的业务流程，安全控制等。java完全可以做银行业务核心系统，举个例子，建行总行信用卡项目就是用java做的，你说信用卡是不是一个核心业务，现在各个银行都在抢客户。不信的话，可以去打听打听。

 

你理解的核心业务就是“信用卡”、“借记卡”这类的业务吗？按照你这种理解，是不是大客户的业务就要用C写，小客户就可以用Java写？

主要是Java晚出生了10年，什么性能，什么稳定可靠对java来说都不是问题，关键是一套系统的成熟稳定没有两三年以上是不可能的。君不见，高堂明镜悲白发，朝如青丝暮成雪，多少程序员的青春在一期期的项目中老去，放着老的成熟的系统不用，而去为开发调试夜夜不眠呕心沥血乎？银行系统的更替是必然的，但过程是缓慢的，一代系统何时被淘汰，这里面有技术的因素，人的因素，与银行的小环境，也于中国的大环境有关。非一两个技术牛人所能左右之。

哎，仅表达以下感想

1、J2EE代替C-based架构成为银行的核心系统可以说50年内都不一定会实现，因为这个东西风险太大了，没有一个银行敢这么干，因为银行提供的是金融服务，而并不会关心你底层怎么搞，这个交给专业的公司就好了，而作为专业的公司来讲，他们不会将成熟的产品架构重新推到另搞的。
2、对于高精尖的东西来讲肯定是越接近底层越好，因为可以获得直接控制权，JAVA隔了个虚拟机，无法获得直接控制权。
3、做个银行系统不是单单一个什么技术架构就可以搞定的，技术架构对于一个银行系统来讲只不过是个十分之一，大头还是在业务这块。

看到现在我也没有明白，银行的核心业务到底是什么啊？

呵呵，核心业务到底是什么呢？

从业务上来说，国外银行都能在任何支行注销用户，国内银行为什么都不行呢？难道说在国内跨支行注销借记卡这个功能是不算核心业务呢？还是现有架构根本无法实现（成本过高也算）呢？

举个例子而已，宏观上表现出来的现象可以有各种理解。