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

wangjia

efsca 发表于 2012-2-29 15:50

理解的很准确。
除了分拆到原子交易，再设计每个节点的回退方法，再逐个撤销，或者从失败节点redo，无更 ...
也许我估计得还是乐观了，在一些单位，基于已有的一些架构完全不同的基础应用系统进行应用集成（当然基于服务集成），可能会有增长，此时，跨3个数据库（比如CRM、帐务、产品管理）的处理流程估计也能见到。当然你提到的原则才是关键的——首先考虑业务模型是否合理
我觉得楼主说的还算合理啊，怎么论坛里这么多喷子和骷髅党啊，每个架构都有他合理对应的业务场景，不要轻易否决别人啊同学们。 帖子看到了第8页，看到一些是新人不可能理解，还有一部有点能力的也这么轻易去否决别人。 有些人我也可以理解他们的疑问， 因为企业级架构ACID束缚了太多人，让太多人逃离不开这个思维圈子，楼主这种手工冲红和再次尝试的方式我觉得在一定场景下还是很适用的， 如果想了解一下此类的非分布式事务架构，建议大家了解一下电商通过“幂等”建立的架构。
还有就是楼主有些地方的表述可能有点“程序员式表述”，如楼主说异步调用时不要提及线程休眠唤醒线程了，你直接说异步调用+回调事件就好了，你提线程休眠和唤醒反而很多人看不懂。