关于前置技术的问题 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

我在一家公司做银行的前置有半年多了。其间接触了3家公司的前置开发平台。感觉都是差不多的。接收渠道的报文 接着进行解析 然后做业务方面的控制，再发送给主机 或者第3方系统。最后把主机或第3方的返回报文，返回给渠道。但是我感觉我只是知道怎么用这些平台。并不了解为什么平台要怎么做。 如果没有这些平台的话。让我来做一个前置的交易，应该怎么做？
有很多问题不明白想请教一下前辈们。
比如。渠道的报文发到前置，前置把报文发给主机是通过什么发过来的呢，是不同机器之间的进程间通讯socket吗?
还有。这些用过的平台都是采用xml定置报文。为什么要采用xml呢，有的平台连业务逻辑都是采用xml来配置的。会用，但是真的不明白定制好的这些业务流程，平台是如何来处理的。
恳请前辈赐教
前置平台，之所以称之为平台，或者我们说某个前置平台好与坏，通常要看其开发难易程度、效率、稳定性、跨平台、跨数据库、对各类中间件的支持等等，你问的问题还没有上升到一个平台的理念，所以我想好多人无法给你回答，是无从答起
比如你问：“渠道的报文发到前置，前置把报文发给主机是通过什么发过来的呢，是不同机器之间的进程间通讯socket吗?” 这个问题跟前置平台本身平台的设计理念没有太大关系，这只是一个前置平台应该具备的最基本的功能，而且也不是限定socket，这个功能不需要什么平台，硬写一小段代码即可完成，之所以要一个平台就是这样无数个类似的，而又实际不同的功能都要求能够跨数据库、跨平台、稳定、高效、可快速开发、可读性强、可重复利用度高的一套模型来统一支撑，所以才会有前置平台，而不是一段socket程序
前置平台通常至少要考虑：
报文各式转换的可配置、可迅速开发、易读、易写、自定义方法或函数以便拓展（但又不能影响平台核心部分运转，即不能因为一个人员开发错误，导致平台down掉）
交易路由的可配置、可迅速开发、易读、易写、自定义方法或函数以便拓展（但又不能影响平台核心部分运转，即不能因为一个人员开发错误，导致平台down掉）
平台内部交易主控调度
交易一致性保证，如：冲正、重发
前置平台自己内部间级联的通讯和报文规范，要具备高度拓展性和适应性
交易数据平台内部传递
各类中间件、通讯协议、数据库、Unix平台的支持
各类规则、数据、参数的伪代码定义或配置，且要成体系，易用、健壮、可动态加载
由于前置平台通常会对接大量外围和渠道，那么并发处理效率也是重点
。。。。。
。。。。
建议楼主在多干一段时间可能会理解得更多
[ 本帖最后由 moutainshore 于 2008-1-14 15:05 编辑 ]
东西好多啊 感觉走入了迷宫。现在提供的开发工具太好了。完全让我们新人学不到什么东西。其实。我就想了解在没有定制工具的情况下。怎么做一个简单的一般性的交易。
原帖由 感谢你 于 2008-1-16 02:06 发表

感谢moutainshore 的解答。
东西好多啊 感觉走入了迷宫。现在提供的开发工具太好了。完全让我们新人学不到什么东西。其实。我就想了解在没有定制工具的情况下。怎么做一个简单的一般性的交易。
先搞清楚架构(简单一点包括数据字典,报文,交易,通道),不是一上来就敲代码的,没定制工具,不要急着自己写,建议去网上找找ibm的btt或wbscc的资料