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

wangjia

taelons 发表于 2012-2-6 11:27

姑且不论这个代销基金的例子并不合适（代销基金根本不是LZ所说的流程）。
LZ所说的就是分布式事务处理的机 ...
全部的撤销和回退是一种相对理想的情况
对于部分成功和部分失败的情况，整个响应时间就有问题了，可能已经超过了超时处理的设定阈值
taelons 发表于 2012-2-6 11:27

姑且不论这个代销基金的例子并不合适（代销基金根本不是LZ所说的流程）。
LZ所说的就是分布式事务处理的机 ...
1、真没想到分布式事务处理机制还有这么强大的特性，是我孤陋寡闻了？假如在集成服务的处理过程中，你调用的一个WebService修改了一个文件中的数据，而后其他地方发生了问题，那么你认为分布式事务处理机制也能很好地对付这个问题么？
2、说到代销基金的处理流程，我只能说01年我在X行带领的项目组做代销基金时就是这样的流程，09年我做整个行的架构梳理和管控时，项目组提交上来的设计文档也是这样的流程，X行的代销基金业务量在行业内不是第1也是第2.你也许可以说我以偏概全，但不能武断地说“根本不是我所说的流程”
南东北西 发表于 2012-2-6 11:25

归根结底还是分布式事务处理。
只不过是将分布式事务处理应用到金融业中。
一个需要在出现一致性问题之后再调用一个一致性处理接口的模型，难道还是（分布式）事务模型？
efscao 发表于 2012-2-6 11:59

如果你调用了合作伙伴的WebService，你能把他们家的数据库也纳入你的分布式事务机制中么？
虽然不同，核心还是分布式事务处理的理念，只是具体应用的适应性实现罢了。
efscao 发表于 2012-2-6 11:43

1、真没想到分布式事务处理机制还有这么强大的特性，是我孤陋寡闻了？假如在集成服务的处理过程中，你调用 ...
１、建议LZ了解一下分布式事务处理的概念，还有jta、jdo、atomikos、spring之类的规范和开源，商业的更不用说了
２、第一次听说银行代销基金还要调用基金公司的服务并等待应答。基金交易并不是适时的，成功不成功，晚上统一对账就知道了
taelons 发表于 2012-2-6 12:55

１、建议LZ了解一下分布式事务处理的概念，还有jta、jdo、atomikos、spring之类的规范和开源，商业的更不 ...
1、呵呵，我倒是认为分布式事务处理本身和SOA理念就是违背的。未来你访问你的合作伙伴时，你唯一的手段就是调用它的WebService ，而不是直接操作它的数据库（现在也不可能），把它家的数据库纳入你的分布式事务处理产品（不管用的是开源的，还是商业的）管控下
2、买基金的应用，你可以做成不实时的，但一些价格实时浮动的投资产品，你还能这么做么？
如果多家银行都代销一家基金，你不调用一下基金公司的接口，怎么知道基金有没有卖完啊？先查询一下？不担心查询完后余量又变了？你不担心收了客户的钱，第2天又告诉他没买到，客户有意见？当然了，我们现在很多银行都是这么对待客户的，他们不怕客户有意见
efscao 发表于 2012-2-6 09:08

当你在一个SOA架构中，要集成多个WebService时，你怎么能够奢望数据都在一个数据库中？不在一个数据库中，你 ...
这是问题的所在，对于银行这种一致性要求非常高的应用状况，过多得拆分零碎的小系统，真的适合吗？如果能把联机事务处理涉及的数据库设成同一个，不是更好？
efscao 发表于 2012-2-6 10:13

我们的模型和事务模型还是有较大不同的。事务模型的目标是确保当某个步骤失败时，所有变动恢复原样。我们的 ...
异步的情景，比如集中处理中心，现在已经用工作流的方式弄了。同步的情况，前台都有超时设置，这时候人工干预，对超时控制影响很大啊。