2011 银行核心系统更换信息

CountOnMyself · 发表于 2011-10-20 22:53

本帖最后由 CountOnMyself 于 2011-10-20 22:54 编辑

芸来芸往2010 发表于 2011-10-20 13:39
SA的还是FISERV啊，没听说是JAVA版本啊，倒是听说长亮研发了一套JAVA版本的，准备推广......

没错，神码的核心是存储过程。技术架构上与长亮没有什么差别，只是中间件选择不同，神码自行开发的ＥＳＢ(只做接口封装和消息路由)是java的，而长亮一般用Tuxedo.
另外，这两家都绑定了oracle数据库。

CountOnMyself · 发表于 2011-10-20 23:05

pacman2000 发表于 2011-10-20 16:23
长亮的这个java系统也不是最近搞的，不过定位有点问题。实际上恐怕推不出去。

长亮确实是最近新开发了一套java核心，是在ＩＢＭ大机上开发的。这与多年前失败的那套不是同一件事。
与长亮的人交流过，不看好这种技术模式，但据说没办法，这已经成了长亮未来核心的技术方向。

CountOnMyself · 发表于 2011-10-20 23:08

pacman2000 发表于 2011-10-20 16:24
省级集中的好像没有，是指合并而来的省级农信，省级商行这样的。

长亮核心的技术架构，是满足不了省级银行的业务交易量要求的。其实神码、IFlex的都一样，只要是用存储过程实现业务逻辑，最后瓶颈都会在数据库服务器上，撑不住的.

南奔北走 · 发表于 2011-10-21 00:49

CountOnMyself 发表于 2011-10-20 23:08
长亮核心的技术架构，是满足不了省级银行的业务交易量要求的。其实神码、IFlex的都一样，只要是用存储过程 ...

吉林银行现在不是长亮的核心吗

cavern1026 · 发表于 2011-10-21 09:29

长量的java核心现在还没有案例吧，在国内目前为止还没有听说java核心的案例。
会不会有其他厂商也做ｊａｖａ核心呢？
让银行接受ｊａｖａ核心需要走的路还很长！

CountOnMyself · 发表于 2011-10-21 09:55

南奔北走发表于 2011-10-21 00:49
吉林银行现在不是长亮的核心吗

吉林银行已经换成了IFlex，智控是总包，启Ｘ普Ｘ什么的那家公司是实施，也就是并进去前面那家沸沸扬扬的联合金融的那家公司。

CountOnMyself · 发表于 2011-10-21 10:09

cavern1026 发表于 2011-10-21 09:29
长量的java核心现在还没有案例吧，在国内目前为止还没有听说java核心的案例。
会不会有其他厂商也做ｊａｖ ...

长亮做Java核心，最主要原因是解决跨数据库平台的问题。
必竟长亮技术团队的继承，一直就是存储过程。不象其它做中小行的国内厂商，比如易初、中联的版本，一直在技术体系上持续升级，真正实现多层技术体系结构和对底层数据库访问层的封装，做到了跨平台跨数据库的应用。正因为长亮的技术团队没有这种多年来的技术沉淀和积累，因此在技术体系改造方面，可能希望走一种捷径。
而我不看好的最重要原因，是因为我坚持认为，关键型大规模实时交易系统，内存使用的稳定性是保持系统稳定和不出现服务中断的必要保证。而Java的垃圾回收机制，在大规模并发时，很容易因回收不及或回收时间过长导致服务停顿，明显是不合适的。
长亮将Ｊava和大机结合，以为可以借大机的处理能力缓解垃圾回收瓶颈，而ＩＢＭ也希望有更多集成商为它推广大机和ＪＡＶＡ，只是各取所需。我认为两者都不符合核心业务系统的未来技术发展方向啊。

芸来芸往2010 · 发表于 2011-10-21 10:34

pacman2000 发表于 2011-10-20 16:23
长亮的这个java系统也不是最近搞的，不过定位有点问题。实际上恐怕推不出去。

定位有点问题？愿闻其详.....

pacman2000 · 发表于 2011-10-21 11:31

CountOnMyself 发表于 2011-10-21 10:09
长亮做Java核心，最主要原因是解决跨数据库平台的问题。
必竟长亮技术团队的继承，一直就是存储过程。不 ...

分析得很有道理。另外，我说他们的java系统定位有问题，就是说把java架到大机上搞。用大机的都是规模不小的大行，没必要选择在大机上跑java这种怪方式。而且大行数据多交易量大，java的资源占用，垃圾回收机制承受能力是个问题。所以，小行不会用大机，大行不会选java，不知道这个系统定位在哪类银行客户。

cavern1026 · 发表于 2011-10-21 13:57

CountOnMyself 发表于 2011-10-21 10:09
长亮做Java核心，最主要原因是解决跨数据库平台的问题。
必竟长亮技术团队的继承，一直就是存储过程。不 ...

如果是推ｊａｖａ核心的话，长亮的销售一定会从系统架构方面下很多功夫，一定会标杆系统的架构先进、灵活等等。ｊａｖａ语言在很多方面是有的一定的特点的，也可能是其他语言无法做到的，这个我们都要承认。
我这里也一直比较但是性能的问题，我也特意做过各种测试。主要集中在数据库操作方面和内存回收方面。
根据我测试的结果数据库操作方面Ｃ语言比java(driver TYPE-2)要快30%。内存方面java有时候会不稳定，因为其内存回收的不确定性。
所以我个人认为ｊａｖａ系统在小的城市商行上用还是可以的，但是如果再大的话，风险就比较高了！

[原创] 2011 银行核心系统更换信息

浏览过的版块