SOA与工作流、ESB的关系

对于目前很多企业来说，第一，第二，第三阶段这样并存的企业很多~~


是的，你说的这一点我很认同。


第2阶段并不是 点到点的模式，而是 多个 轻量级ESB 共同管理的方式。
呵呵，画个图比较好说清楚点，可惜我没有时间（现在在做BPEL和B4P的研发工作）。


也许我这样说可能更容易明白：
我们不需要 重量级ESB，只需要轻量级ESB。

多轻量级ESB共存；或者可能是  服务管理表 与 轻量级ESB共存 。 

呵呵，自己多学习吧。通过网络不好交流太多的东西的。

如果在上海可以通过聚会的形式沟通。

我觉得学习SOA如果单纯的看书是没有啥用的。在SOA中 你没想到的问题太多了，本来SOA就是一个模糊的概念，可以说是异步的又可以说是同步的，可以说是分布式的又可以说不是，SOA是啥？一句话，啥都不是，啥都是。当然你可以用你看到的定义去反驳我。

EOS做个工作流他自己说也是SOA，好像我们也没有办法反驳他。仁者见仁的事情。

不过话说回来，SOA的目标还是很明确的。协同工作，信息共享。就这两点而言如果我之做信息共享那么我完全可以把SOA做成ETL，如果我把业务组建（请注意这里的业务组建的定义是不通过网络就可以访问的功能模块）当成服务那么 我做个工作流也是SOA。

所有，工作流，ETL，SOA三种东西在功能上本来就很难说清楚。

但是，我个人不认为ETL和工作流是SOA平台。
我的感受是
第一，SOA一定要有协同工作的能力，当然这种协同工作的颗粒度不是像工作流一样。

第2，SOA的服务调用绝对不是像工作流引擎调用业务节点一样。（虽然你可以把这个业务节点发布成一个SOA服务）

如果把工作流的业务节点提高一个层次那么工作流也许就是一个SOA平台了。我是靠服务颗粒去判断的。

就这两点个人想法，交流下对SOA的认识。

学习SOA前我个人觉得不要现着急看技术方面的东西，先看看SOA能干什么。想想如果要你去做会碰见什么问题。思想最重要技术其次。 推荐先看世界是扁平的

如果大家一定要把SOA往IT实现上靠的话，那SOA就是在忽悠。

呵呵，是的。
《世界是平的》我是06年看的，还写过 blog，呵呵。

SOA是一种做架构的范式，这个范式的核心目标是做到业务敏捷，核心思路是通过服务的方式。
满足上面三个条件的，是SOA。

公司现在有两个产品：一个是EOS，SOA中间件，编程模型采用 SCA/SDO；另外一个是BPS，BPM中间件，编程模型采用BPEL+B4P。

你是普元的阿，听过你们公司EOS的培训。说实话你们用XML作为数据总线，把XML分为数据区域和控制区域确实是一个很明智的选择。这点我很认同，但是我觉得有点大才小用，如果把这个技术应用到ESB引擎中那么也许会更能发挥它本应该有的魅力。
我今天无心说EOS。有时候提供越多的功能，想囊括越多，反而会失去更多的作用空间。

我对公司以前的版本了解也不多。
我进来就做 EOS6.0的架构师，做了两年，6.0与以前版本变化比较大，基本是重写的；现在做BPS6.1的架构师，做BPEL和B4P方面的东西。

我说的话并不代表公司观点，呵呵，只是纯技术交流。