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

风险太大了~


我想就是周小川 也不敢吧~

什么技术合适用选择什么技术，不存在那个好那个差的问题。
java在数据计算上面是有差距的。

请问你们在开玩笑吗？banking system 是安全级别和可靠性非常高的实时处理的系统，绝对不可出现缓存这样的东西！！！banking core system 只能用C，用COBOL。其他语言滚一边去。。。

看来楼主不太懂银行业务，你说的tuxedo做的都只能算是银行的前置机，真真的银行core都是es9000这种大机上用cobol才算是核心业务。这个很难用java程序替换，简单来说就是性能要求高。各种特色业务的前置倒是可以用j2ee项目来替换，很多老外的投资银行的特色业务也就是用j2ee的项目在做，消息服务用的多别的到也没什么特别的。

别拿你做网站的那套往银行业务上套，
还缓存呢，醒醒吧

现在银行还在用很多大型机，比如AS400之类来处理核心业务。stability和performance已经被证明了，没有什么需求要让他们更换。现阶段J2EE还只能做银行的低端业务。

我原先做的涉及到保险的相关都是 COBOL AS400

      退一步讲，LZ谈到的这几点，最多也就是说J2EE可以replace Tuexdo，说不上有多大的优势，银行为什么要替换呢，进一步讲，LZ讲的有些观点是根本不成立的，对一个银行来讲，成本问题算不上多大的问题，对他们来说可靠性才是最重要的

 

        至于缓存的问题，我倒希望银行能够采用一下，把我的帐户余额缓存一下……

作前台处理还凑合，核心性能铁定不行。

J2EE架构本身就不稳定，从最早的EJB1.0到EJB2.1到现在的轻量级J2EE，从时间上来看，技术架构的稳定性还不如C呢。呵呵，虽然我是Java派。