由于需求的增长，软件架构师和开发者目前正努力的将SOA应用和衰退带入云计算架构。不幸的是，早期的实施者发现了一些障碍，IT图书作者和开源咨询师Jeff Genender说道。例如不重新启动很难部署组件更新是个大问题。他注意到常见的热交换功能不能理所当然地进入云计算；但通常在云中，重新启动可能会挫败投资目的。SearchSOA最近同Genender进行了访谈，以便于了解这个话题。

　　云计算能为SOA做什么？

　　Jeff Genender:这考虑到联机业务服务。因此你不仅能提出ESB容器实例和面向服务的插件；而起你还可以提出实际服务，并且提出他们或者放弃他们，也可以联合你的服务，在云中执行确定种类的服务来标记具体实例。

　　ESB在云中工作的最大挑战是什么？

　　Genender: 最大的挑战是在不能重启的情况下进行热部署——部署和取消部署都是这样。能够让实例运转和停止，让他们马上最为最大的固体总线来通信。

　　ServiceMix4有哪些特别之处？它是用来做什么的呢？

　　Genender:其中之一就是ServiceMix4可以使OSGI捆绑，使其在类装载上面没有实际的影响。它使部署和取消部署时所需要的重启减少了。

　　Service Mix主要是一种Java和开源实施的Java业务集成（JBI）。它基于apache产品。其主要关注JBI实施，但是随着时间的推移，人们渐渐理解，一些人接受和采用JBI，一些人没有。一些人喜欢在没有JBI实施开销上发送消息。因此ServiceMix 4从ServiceMix3中总结经验教训而发布，ServiceMix3可以真正进行适用于某一标准的热部署模块，所以为此选中了OSGi。此外，它无需使用JBI组件进行消息传送和路由选择。

　　为什么开发人员和架构师对于OSGI的兴趣更加浓厚？

　　Genender:应为Java是最初把部署和取消部署的JAR文件放在一起的。这个想法使得这些WEB应用热部署和取消部署不影响Java EE。问题终结了，我们注意到它并不能真正清除，类装载机影响了内存。这是不同模块间模块化依赖性的最大推动力。为其快停止、开始，赋予他们生命周期。让其成为一种确实安全的部署组件或不影响容器应用的方式，并且不会影响内存和类装载。这样是一种在不同的模块间部署依赖管理的方式。

　　OSGi现在是否成熟？

　　Genender:我认为在这个阶段接受它相当标准。Eclipse几乎完全基于来自于插件的观点。越来越多的容器正在利用它。我们已经有了新的Glassfish，准备好将要采用OSGi，Geronimo3是基于OSGi的。你也已经有了Spring OSGi容器。对于在一些容器的形式中进行热部署和取消部署应用，不管是IDE或者Java EE server，它真的要成为一种全面的标准了。