集团因为历史原因已经存在一些不同架构的系统,采用的开发语言也是不同,还有新iji的业务系统需要开发,不同系统之间,财务数据的交互,以及还需要跟不同银行的支付接口,疲于应付,单独为每家银行的支付做接口,太累,并且响应很慢,有什么好建议吗?
很能理解你目前的工作状态和工作方式,银行对接是一个比较特殊点的工种,看你这个情况应该是做第三方支付或者与第三方支付相关的机构吧。银行支付这部分的业务确实比较复杂,特别是冲正,对账,异常处理等,在各中心行将业务下放省行之后,大量的省行前置业务系统的出现给与银行的对接带来了更大的麻烦,因为在于省一级对接的时候不再是标准的8583,加上很多省行的开发业务都是外包的,所以推进巨慢,我就曾遇到过要去现场帮助银行调试代码的尴尬。
面对这种情况,我的建议是先从系统架构的层面来考虑,只有相对完善的系统架构才能很好的兼容这些,用ESB是一个捷径,但要小心。其次需要设计一套完整的服务出/入口进行管理,尽管各银行的接口方式不尽相同,协议标准也有所差别,但干的无非就是预授权,授权,冲正,退款,对账等等这些事情。
如此一来,会变得简单一些的。至于不同系统之间的数据交互,可以考虑ESB,也可以根据企业自身的情况利用SOA思想构建自己的轻量级总线,这些都是可行的。