说说国内到底有几套JAVA版的核心系统吧 - 第5页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

家住海淀 发表于 2011-11-17 17:01

支付宝已经出现了部分时段系统报忙碌无法完成支付的问题了
神棍节支付宝的运行情况不了解，有问题都是难免的，
但多家银行网银没撑住是有所了解的，
恐怕没有几家行的系统能顶住1000TPS的，
这还不包括非支付类的交易量。
其实没有必要去过多的纠结哪种语言哪种架构，
在超高并发超大交易量7*24小时运行的情况下，集群不可替代，
这种情况下主流语言都是可以做到的；
语言的执行效率应该退居其次，
而系统架构和程序语言的工业性更应当得到考虑。
jollyja 发表于 2011-11-17 20:07
神棍节支付宝的运行情况不了解，有问题都是难免的，
但多家银行网银没撑住是有所了解的，
恐怕没有几家 ...
说核心捉集群的话，请教…
as400可以吗？
c和java是否都可用tuxedo？
JAVA未必符合中国国情，特别是全国性的大行。小行的话，怎么弄都行，就看那个效率高省钱了，但是银行多是不差钱的主啊。
hppyhjh 发表于 2011-11-17 12:46

跑题了啊
JAVA核心有前途没前途啊？
看了这么多讨论还没有明白？
java核心是扯淡啦
家住海淀 发表于 2011-11-18 09:18

看了这么多讨论还没有明白？
java核心是扯淡啦
老胡真是一针见血啊！太直白了！

jollyja 发表于 2011-11-17 20:07

神棍节支付宝的运行情况不了解，有问题都是难免的，
但多家银行网银没撑住是有所了解的，
恐怕没有几家 ...
和支付宝比这个不太具有可比性！
因为系统实现的复杂度不一样，比如支付宝一笔支付要写3张表（比如），银行的一笔支付写30张表（比如）
这个比较真的就没有什么可比较的！
另外谈到了集群，我这里想说一下，其实很多系统不是说联机交易是唯一的性能问题，
很多都是批处理，批处理做集群会更差，因为你使用JDBC-TYPE4以后单表操作性能下降很多。
cavern1026 发表于 2011-11-18 10:06

和支付宝比这个不太具有可比性！
因为系统实现的复杂度不一样，比如支付宝一笔支付要写3张表（比如），银 ...
支付宝的复杂性我无从考究，银行支付，写多少张表都是可行的，一张表也可能可以做到
另外，银行用的一般是大中小机+企业级存储，单机性能极高，
互联网公司一般采用pc服务器+一般存储，单机性能很低，
关于批处理，设计思路很多，主要还是看设计是否成功，
设计的不好，容易碰到瓶颈，
题外话，在集群模式下，no sql取代rdbms是大势所趋，
大家在rdbms下的经验在新模式下不一定适用
jollyja 发表于 2011-11-18 10:17

支付宝的复杂性我无从考究，银行支付，写多少张表都是可行的，一张表也可能可以做到
另外，银行用的一般 ...
写多少张表根据系统不同有一些区别，但是写一张表的系统我还真没听说过（对于支付）
说到互联网采用的服务器，我这里了解的是腾讯的，
他们是采用N台PC服务器，说起来他的性能可以和大机比较了！
至于java核心在国内的走向，我个人认为是小行可以使用，大行短期之内切勿使用！
jollyja 发表于 2011-11-18 10:17

支付宝的复杂性我无从考究，银行支付，写多少张表都是可行的，一张表也可能可以做到
另外，银行用的一般 ...
nosql当然还有newsql说实在的我没有发现和集群有什么必然联系！
对于行业软件短期之内我想不会用到nosql或newsql技术！
另外nosql和newsql的出现并不是为了解决集群出现也不是为了解决数据库瓶颈问题吧！
nosql和集群有关系吗？？