大家对.NET在银行应用有什么看法？ - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

首先声明一点，我们不是为.NET做广告的——我们为银行提供的应用平台和框架软件同时走两条技术路线：.NET和J2EE，即设计完全一致的.NET版本和J2EE版本。
基于我们自己的研发经历，我们认为.NET的确是一个优秀的产品，非常适合在银行这样的企业应用，包括核心业务系统领域
用在表现层不错，控件很丰富，开发很方便。用于应用服务层的话，不管是.net还是java，对核心业务来说都是不适用的，以前有不少贴子讨论过这个问题了，自已翻翻，参考一下。
1、测试环境
数据库服务器8CPU，8G内存IBM小机，Sybase ASE 15，账户表一千万条记录。应用服务器PCServer，2CPU，一共4个核，4G内存
2、java应用性能
应用服务器运行WindowsServer或Linux以及Java版本的应用平台，创建、查询账户等应用组件使用java编程开发完成，性能达到400TPS（每秒大概可以提供400次账户操作服务）
3、C#.NET应用性能
应用服务器运行WindowsServer以及.NET版本的应用平台，应用组件使用C#编程开发完成，1600TPS
ADML是我们自己设计的一种基于XML的、具有面向对象特征的、适用于企业应用开发的解释语言，它和用于建立Terminos TCB的APP Builder的脚本语言相似，唯一的不同是这个语言不用生成java/C/C++/COBOL之类的底层语言，再修改、编译后才能运行——在我们的应用平台上有ADML解释器，直接加载ADML运行
4、基于java应用平台的ADML应用性能
应用服务器运行WindowsServer或Linux以及Java版本的应用平台，应用组件使用ADML开发完成，200TPS
5、基于.NET应用平台的ADML应用性能
应用服务器运行WindowsServer以及.NET版本的应用平台，应用组件使用ADML开发完成，800TPS
需要说明的是，应用平台是完全支持集群部署的，集群的处理性能几乎与集群中的节点数成线性关系。现在的PC服务器很容易单个节点就达到16核，因此，即便是运行基于java应用平台的ADML应用，单个服务器节点的处理性能也很轻松就可以达到600TPS，8个节点就可以达到4000TPS。这是什么概念呢，这意味着这个集群可以轻松应对一家日均交易量4000万笔的银行，我想除了4大行，其他行都够用了。
本帖最后由 efsca 于 2012-4-22 12:31 编辑
CountOnMyself 发表于 2012-4-22 11:18

不是没讲出道理， 只是你没体验过国内银行的业务量，听不明白而已。
我在一家银行软开做了十年，这家银行日均交易量是全国最大的银行之一，超过1亿。此外，我还几乎做遍了各种类型的应用，呵呵
本帖最后由 CountOnMyself 于 2012-4-22 12:03 编辑
efsca 发表于 2012-4-22 11:41

我在一家银行软开做了十年，这家银行日均交易量是全国最大的，超过1亿。此外，我还几乎做遍了各种类型的 ...
工行吗？ 难道工行用了java/.net做核心？ 你在这家银行做了十年，不代表你开发了它的核心系统，更不代表你拿java/.net体验了该行级别的业务量， 这样合偷换概念是不行的。
java的系统，在大规模并发情况下的交易处理表现， 我是深有痛苦体验的， 为此事和客户纠结了半年，最后还是通过C+java混合编程的模式解决客户要求。
当然这种痛苦体验无法通过语言传递到你身上， 你可以按照核心业务系统的业务需求和处理逻辑，开发一套完整的核心系统后，再真实体验你所谓性能测试的效果吧，没完整实现核心的所有业务要求以前，拿一两个创建账户和查询什么的，不代表解决什么问题。
可以告诉你一个真实的情况， 曾经实施过一个java的业务系统，用load runner进行压力测试， 在单个JVM上能做到300个并发且交易一直正常，效果好得很。到了真实生产环境，100个并发不到，JVM死机，数据连接池用满且不释放（当然WAS也有BUG），重启一起差不多半个小时，装个ND版，部署多个JVM进行负载均衡， 表现就更奇怪了，只要有一个JVM达到了瓶颈， 很多用户的页面上能部分内容显示部分内容超时无法显示，最后仍然是没有一个用户能成功完成操作。
很多时候， 技术上想得很美， 但最终实施的效果却大失所望。所以呢，不要再拿一些什么片面的测试数据来说明什么问题， 要人家认可你的观点，先实现出来让大家看到效果，这才无话可说。
CountOnMyself 发表于 2012-4-22 11:53

工行吗？ 难道工行用了java/.net做核心？ 你在这家银行做了十年，不代表你开发了它的核心系统，更不代表你 ...
呵呵，我的意思只是我搞过有大规模交易量的系统，不是没有体会过业务量
当然，目前4大行还没有一家使用java/.NET做核心。但这并不妨碍我们讨论这个问题。如果他们有一家用了，那我们还讨论这个问题干什么。
实际上，我原来所在的银行尽管新一代系统最后是使用APP Builder生成COBOL，但是我可以告诉大家，他们最高层面的架构设计和管理团队一直在试图把应用层全部改成java/.NET平台，我想他们的这个努力要不了几年就会变现
efsca 发表于 2012-4-22 12:02

当然，目前4大行还没有一家使用java/.NET做核心。但这并不妨碍我们讨论这个问题。如果他们有一家用了，那我 ...
大机上改成java/.net? 这说法很新鲜， 可是OS/390支持java和.net吗？ 在大机上装linux? 装windows?
用java实现核心，长信通，奥尊，长亮都实现过了，也都说过不了几年可以替代本地语言，这话听了10多年了，最后客户和公司都顶不住换回去了， 不妨再等个几年看看工行出来一个什么产物。
银行对于.NET的排斥好像都是因为Windows。但.NET应用现在不只是可部署在Windows上，我们已经在Linux上部署过.NET应用，而且在除了AIX以外的UNIX系统上，我们也都做过部署测试，没有问题。
至于Windows，我们感觉Server系列的Windows在企业应用环境中本身也并没有什么问题，至少我们从未碰到过大家都指出的安全问题。