关于SOA在银行系统中实施的一些讨论（简介，应用，开发，SOA和ESB） - 第4页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

呵呵，民主意识深入人心，才有ESB的未来。。。封建残余还在强调核心，大前置，集中。。。我们需要时间。。。
看了一下午的帖子终于看到一个比较好的技术贴，顶！
另外，谈一下我对SOA和webservice的看法，个人觉得SOA比webservice的概念要大，它不仅包含了这些service服务，还包含了业务的编织，及把service按照业务逻辑进行重新的整合后，形成一个新的service对外发布。例如，客户查询账户情况明细，可能要关联多个系统的service，如果这些没有先后到顺序，其实不存在太大的问题，但是如果必须按照一定的顺序（先关联客户信息（CRM系统）得到内部客户ID，再通过不同系统的ID查询service进行查询），用SOA的业务编织就能比较好的解决这个问题。
同时，SOA还有一个好处是，建设系统的时候真的可以按照功能来设计SERVICE而不用考虑如何使用，使用的时候在ESB里进行组织调用。对系统架构和功能设计是比较有利的。
粗略看法，仅供参考。
我以为这样的从理想架构上是好的，
然而，实现的时候发现是困难重重，首先事务的一致性怎么保证，我一直都没有想出太好的办法！涉及到多个系统交互（多个服务），每个系统使用的自己是数据库，最终怎么样保证业务整体事务的完整性呢？？？谁能解决我的困惑？
引入ESB系统，在带来架构清晰、服务复用等效益的同时，也就带来35楼所所说的，组合服务的一致性问题。这可以采用补救手段“冲正”来实现，类似反交易。
没有冲正是万万不能的，但是冲正不是万能的！
有些情况很难用冲正实现，或者说实现起来比较困难！
比如调用一个服务，结果显示为超时，或其他异常错误！这个业务改怎么走下去呢？
交互的系统多了以后，出现不可预料的问题就会增加！这样就给业务完整性保证带来困难！
marsbay 发表于 2011-8-28 02:12

最近几年经常见到 “产品工厂”“SOA”“胖核心 VS 瘦核心”等等词汇
如果抛开一切，整体来看，个人理想 ...
同感 这是银行IT的相对理想状态