OSGi 和 SOA 共同带来软件新的行业分工

OSGi这段时间越来越流行，自从Eclipse采用了OSGi的插件式结构，OSGi就成熟起来了。

OSGi Alliance是一个由升阳、IBM、爱立信等于1999年3月成立的开放的标准化组织，最初名为Connected Alliance。该组织及其标准原本主要目的在于使服务提供商通过住宅网关，为各种家庭智能设备提供各种服务。目前该平台逐渐成为一个为室内、交通工具、移动电话和其他环境下的所有类型的网络设备的应用程序和服务进行传递和远程管理的开放式服务平台。

OSGi框架实现了一个优雅、完整和动态的组件模型。2003年Eclipse选择OSGi作为其插件的底层运行时架构。Equinox project对该理念进行了实验，2004年6月在Eclipse3 r3中发布。

OSGi分为三个层次，服务层、服务调用层、服务实现层。

 使用OSGi可以搭建一个动态的JAVA系统，一个系统能够动态化就意味着：
★ 添加新功能时不需要重启系统；
★ 修改已存在的功能时不需要重启系统；
★ 删除一些不需要的功能时不需要重启系统；
★ 修改系统中的配置时可以不需要重启系统即刻生效；
★ 系统的业务行为可动态的改变。
OSGi实现了在单一系统中服务积木化，比普元宣传了多年的EOS来的实用化多了。

SOA的概念中比较核心的问题是面向服务的发布、查找、调用（绑定）概念和OSGi里面的概念非常类似，而OSGi还包含了组件的全生命周期管理，这个是SOA中需要而没有涉及的。

通常SOA是面向A2A（应用到应用）的，SOA的粒度更大，更加企业级，或者企业和企业之间来实现，通过UDDI来发布和查询服务，通过ESB的路由编辑来绑定服务和路由，还不能很好的自动发现和绑定。

新技术的常常可以带来行业的业务分工，如果所有的应用和应用内部都可以按照一种规格化的方式模块化，这些模块就可以被独立的开发和交易，产生行业的细分和专业细分。

软件行业在行业内的业务分离脚步越来越快，和模块细分的时代越来越近了。

 

推荐到鲜果： 查阅更多相关主题的帖子: 应用软件