OSGI与SOA

   我个人对soa的看法:soa是一个比面向对象，面向组件更高层次，更粗粒度的复用技术。
  
   当我们把算法，可固化的业务逻辑封装进对象和组件时，就不得不面对随需变化，不断修正的业务规则和流程。这些业务规则和流程不仅仅是纯粹技术性的东西，它遵循的不仅仅是物理逻辑和自然哲学，而更多的是综合性的逻辑，这种综合性逻辑涉及各方各面，所以每一方面的变化都可能我们需要去修正这些业务规则和流程。另一方面，业务规则和流程面对的不再是简单的机器，而是人和业务系统。它必须是“亲民”的，不能太复杂。

   在OSGI规范里，定义了OSGI service,但这个service和SOA的service并不能等同，理由同上所述，OSGI service大致属于面向组件层面的service，是偏向于技术层面的复用，是稍细粒度的复用，而SOA的service则是业务层面，更粗粒度的复用。

   我们可以用规则和流程将SOA的service串连起来，成为真正的企业级应用。而SOA的service则可以由OSGI service组合而成（这只是一种方式，不局限于此)，所以，我觉得OSGI可看成是一个微观的SOA实现。

    我目前只看到servicemix（FUSE）似乎是采用类似观点来看待OSGI的ESB实现。其它的如JBOSS，虽然以OSGI来构建自身，但似乎没有将OSGI service无缝地与SOA融合。（也许是我个人知识的局限，请有识之士不吝赐教)。

评论

4 楼 killko 2013-03-07  

SINCE1978 写道

http://blogs.mulesoft.org/osgi-no-thanks/

是的，当你是中间件提供者时，你需要考虑最终用户用OSGI的门槛！但当你是最终用户，而且已经跨过了这个门槛时，这个障碍就不算是个障碍了......

3 楼 SINCE1978 2013-03-06  

http://blogs.mulesoft.org/osgi-no-thanks/

2 楼 killko 2013-02-22  

duduppp 写道

实在不懂你说的OSGI和SOA的融合，一个是组件或是组态的开发，另一个是服务层上的开发，怎么融合？ 是RMI的融合，是BMP的融合，是webservice的融合，还是其他， 实际开始的时候，应该或多或少的能应用在一起呀？
文章写的不错，适合我这样的初学者！

我说的是osgi service和soa的融合，不是osgi和soa的融合。我的想法是osgi service也是符合soa的思路的，只是这个服务的粒度很细，而我们可以将很多细粒度的osgi service通过servicemix来组装并集成，成为粗粒度的服务。

1 楼 duduppp 2013-02-21  

实在不懂你说的OSGI和SOA的融合，一个是组件或是组态的开发，另一个是服务层上的开发，怎么融合？ 是RMI的融合，是BMP的融合，是webservice的融合，还是其他， 实际开始的时候，应该或多或少的能应用在一起呀？
文章写的不错，适合我这样的初学者！