大额支付MBFE接口

显示全部楼层 · 2008-2-13 12:43:03

我们今年大额前置程序出现调用MBFE接口，返回失败，但往账已经发出的问题。
咨询软件厂商深圳XX公司，说是MBFE接口不能并发调用。根据我们以往的经验，如果改成单进程调用，MBFE接口可能是瓶颈。
请问各位银行开发的兄弟们，你们的接口是单进程的吗?

千问 · 2008-2-13 12:43:03

XX公司说不能并发调用，说明他们在程序设计时就没有考虑并发的问题。所以你如果并发调用，肯定会出问题。但是从支付系统运行到现在的情况来看MBFE倒不一定是瓶颈。如果处理速度不够可以通过升级硬件来解决。

千问 · 2008-2-13 12:43:03

请问是深圳什么公司？

千问 · 2008-2-13 12:43:03

最初由 iwasasoldier 发布
[B]XX公司说不能并发调用，说明他们在程序设计时就没有考虑并发的问题。所以你如果并发调用，肯定会出问题。但是从支付系统运行到现在的情况来看MBFE倒不一定是瓶颈。如果处理速度不够可以通过升级硬件来解决。 [/B]
从我们系统监控的情况来看，系统的资源空闲，但调用MBFEAPI返回需要1-3秒，也就是说MBFEapI是瓶颈，一般解决这种瓶颈就是并发调用api,不知道有没有好的办法。

千问 · 2008-2-13 12:43:03

你的接口程序和MBFE是运行在同一个平台上吗？如果是通过网络进行的。是否网络编程部分存在效率不高的问题？另外，MBFE上Sybase的参数调整的好吗？Sybase运行效率不高也会造成整个系统反映慢。最后你的MBFE是X86平台的还是RS/6000上的。还有就是密押卡或密押服务器的效率问题。据一些银行反映，用密押卡效率不高。

千问 · 2008-2-13 12:43:03

就是雁联公司嘛，没有必要隐晦吧，大家都知道
若MBFE效率不行，可以自己写啊，反正就是MQ通讯、密押卡加密，报文格式也是公开的。就是麻烦一些

千问 · 2008-2-13 12:43:03

呵呵，有没有那家银行不经过MBFE接口，直接和CCPC连的呀

千问 · 2008-2-13 12:43:03

好像没有听说过有银行这样干的。因为MBFE还要和CCPC对账什么的。如果自己开发这部分，工作量太大。另外，借口验收测试也很难的。当地的人民银行一般不会同意这么做的。实际上你需要检查的主要是程序运行的效率问题。当然原因是多方面的，需要慢慢去排查。

千问 · 2008-2-13 12:43:03

哈哈。。。。。
业务量不大的话，大家都是凑合着用吧。。
不要抱怨的了。人家也是不容易的。

千问 · 2008-2-13 12:43:03

接口不是只有雁联公司一家在做啊