如果大家关注SOA的事务一致性的处理，那么不妨看看我们是怎么解决的 - 第4页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

pacman2000 发表于 2012-2-6 13:42

这是问题的所在，对于银行这种一致性要求非常高的应用状况，过多得拆分零碎的小系统，真的适合吗？如果能 ...
如果是工农中建交，这么做是最好的，但是不是所有银行都能像这几家银行依靠自己的开发力量搞定所有应用的，所以...
再者，即便你能搞定自己的全部应用，你还得和其他企业合作，对接，这类应用数量会越来越多。仍然不可避免的要面对一致性问题
pacman2000 发表于 2012-2-6 13:45

异步的情景，比如集中处理中心，现在已经用工作流的方式弄了。同步的情况，前台都有超时设置，这时候人工 ...
我想，现在还没有哪家银行的银联卡前置系统（要访问人行交换系统）是用工作流做的吧
efscao 发表于 2012-2-6 13:54

我想，现在还没有哪家银行的银联卡前置系统（要访问人行交换系统）是用工作流做的吧
对于集中处理中心这种后台的、根本不需要讲究操作体验的地方，我觉得连工作流都不需要。只需业务员采集、整理信息，系统批量处理即可
pacman2000 发表于 2012-2-6 13:45

异步的情景，比如集中处理中心，现在已经用工作流的方式弄了。同步的情况，前台都有超时设置，这时候人工 ...
对于集中处理中心这种后台的、根本不需要讲究操作体验的地方，我觉得连工作流都不需要。只需业务员采集、整理信息，系统批量处理即可
efscao 发表于 2012-2-6 13:54

我想，现在还没有哪家银行的银联卡前置系统（要访问人行交换系统）是用工作流做的吧
银联接口的访问是同步的，也就是一个交易提交以后，要等待返回的。所以你看ATM上都有超时时间显示的啊。
这时候有人工处理参与，也不知道到底ATM界面超时了没有，很可能把事情搞得更复杂了。
efscao 发表于 2012-2-6 13:51

再者，即便你能搞定自己的全部应用，你还得和其他企业合作，对接，这类应用数量会越来越多。仍然不可避免的 ...
是的，对外接口毫无疑问必然是有一致性问题。这时候就要依据资金安全原则理清交易步骤，以及靠事后对账来处理差错。所以行内系统能简单点就简单点吧。
１、你对分布式事务的理解仍局限于数据库事务的范畴。在商业的RAD6能很容易的实现WebServices事务
２、不是“可以”，而是“必须”
pacman2000 发表于 2012-2-6 14:08

银联接口的访问是同步的，也就是一个交易提交以后，要等待返回的。所以你看ATM上都有超时时间显示的啊。
...
1、银联给大家的接口并非同步的，前置给ATM的接口才是同步的
2、各家银行目前的前置都是同步实现的，所以如果我们观察前置的进程，会发现总是有很多处于等候状况，如果这些前置是基于CICS等中间件开发的话，那么我们就要担心应用服务器资源消耗的问题的，我们不得不加上流量限制，驳回很多终端的请求，所以，我们经常会看到系统忙、暂停服务，而异步模型可以让你不设流量限制
3、异步模型和我们先前说的一致性处理是两回事，不要纠缠在一起，当然，如果没有很好的平台帮你应对，你可能真的就不得不把这些问题纠缠在一起考虑了
4、前端超时自有前端超时的一套处理机制，（一般是查询先前未知的处理结果，但像ATM这样的自助终端则基本上用冲正应对），和我们先前所提到的模型最好也不要纠缠在一起
efscao 发表于 2012-2-6 14:18

1、银联给大家的接口并非同步的，前置给ATM的接口才是同步的
2、各家银行目前的前置都是同步实现的，所以 ...
这样吧，就拿这个ATM跨行取款交易的例子，来看看你的模型是如何处理的？