云计算与SOA的交汇

企业针对云计算的扩张计划，无论是公共云，还是私有云或者混合云，在云和soa的交汇处开始变得越来越有趣。为了让软件在云端起作用，soa(面向服务架构)和云需要能够兼容。尽管云被看做是soa的驱动者，随着业务数量不断增加，实际上，soa是支撑企业扩展云的使用的关键点。

soa有两个目标：组件化和暴露一致性。soa构建功能元素，通过应用程序接口(api)作为“服务”暴露出来。这些元素随后组成应用，这也是创建soa重用组件改善应用效率的双重好处。

为了创建一个应用，一套组件“串连”到工作流中，通常使用工作流“引擎”或者服务总线软件元素。这个工作流对于一个既定的应用能够通过一个目录功能直接抵达正确的组件，在大多数soa标准中，这个目录功能通常称之为统一描述、发现和集成(uddi)。应用组件安装好后，uddi进入允许应用工作流查找一个组件。这样就是云和soa的交汇处所在。

任何时间一个应用或者应用组件被指派为任何资源池的一种灵活的资源，包括云，它都要和一个地址相关联。而且这个地址必须对于其它组件已经发布，以便这个软件整合到公司整个的it流程中。因为soa提供了一种查找组件的方法，这种机制可用于记录什么时候一个应用运行在云端发生了什么。在大多数案例中，这种机制允许公司在云中部署应用，并注册其位置，让用户可以访问应用。解决其他地址问题，包括url也需要dns更新。

短期混合云和soa关注点

soa和混合云环境之间的关系有其好处，但是也有坏处。问题之一就是应用工作流在跨公共-私有云边界时潜在的性能问题。在运行在数据中心中的常规soa应用中，数据中心网络可以相当有效低维护跨组件边界的工作流。将这些工作流数据通过wan转移到云端，云引入了延迟、包丢失，在一些案例中，暴露了安全问题。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友