云盘算与SOA的交汇
- 时间:2013-11-28
- 泉源:
888集团6008(泉源:CIO时代网 作者:不详)
企业针对云盘算的扩张妄想,无论是公共云,照旧私有云或者混淆云,在云和soa的交汇处最先变得越来越有趣。为了让软件在云端起作用,soa(面向服务架构)和云需要能够兼容。只管云被看做是soa的驱动者,随着营业数目一直增添,现实上,soa是支持企业扩展云的使用的要害点。
soa有两个目的:组件化和袒露一致性。soa构立功效元素,通过应用程序接口(api)作为“服务”袒露出来。这些元素随后组成应用,这也是建设soa重用组件改善应用效率的双重利益。
为了建设一个应用,一套组件“勾通”到事情流中,通常使用事情流“引擎”或者服务总线软件元素。这个事情流关于一个既定的应用能够通过一个目录功效直接抵达准确的组件,在大大都soa标准中,这个目录功效通常称之为统一形貌、发明和集成(uddi)。应用组件装置好后,uddi进入允许应用事情流查找一个组件。这样就是云和soa的交汇地方在。
任何时间一个应用或者应用组件被指派为任何资源池的一种无邪的资源,包括云,它都要和一个地址相关联。并且这个地址必需关于其它组件已经宣布,以便这个软件整合到公司整个的it流程中。由于soa提供了一种查找组件的要领,这种机制可用于纪录什么时间一个应用运行在云端爆发了什么。在大大都案例中,这种机制允许公司在云中安排应用,并注册其位置,让用户可以会见应用。解决其他地址问题,包括url也需要dns更新。
短期混淆云和soa关注点
soa和混淆云情形之间的关系有其利益,可是也有坏处。问题之一就是应用事情流在跨公共-私有云界线时潜在的性能问题。在运行在数据中心中的通例soa应用中,数据中心网络可以相当有用低维护跨组件界线的事情流。将这些事情流数据通过wan转移到云端,云引入了延迟、包丧失,在一些案例中,袒露了清静问题。
混淆云中soa应用的组件注册流程也有利弊。有利的一方面是你可以使用公共云托管一个组件,不再由于一个系统失败需要在外地运行它。这为应用创立了一种故障恢复选择。若是应用和事情流或者系统总线流程支持多种组件实例的使用,你也可以通过soa注册库管理。
然而,在公共云上托管一个组件关于用户和it来说是透明的,除非uddi检查过,可是这样做若是这个组件湖综合应用在系统修复时不可回到外地,就会将终端用户袒露给公共云使用指令。关于混淆云应用来说,任何soa管理的部分应该包括确保公共托管在须要时唯一使用。
别的,由于soa软件的“服务”属性,应用可以通过图形用户界面(gui)或api以及第三方gui工具举行会见。在云端使用soa的时间,主要的是 gui支持处置惩罚应用所使用的机制。在大大都案例中,可能是uddi、dns或者二者都是。确保相关的目录准确的升级是云用户的责任,这意味着这个目录必需能够为数据中心和公共云所会见。
恒久目的:soa和云盘算相匹配
高度组件化的应用元素自动更具负载注册,完善切适用户的弹性云资源池的愿景。他们也能增进负载平衡以及私有云元素之间或者私有云和标准数据中心之间的故障恢复。现实上,许多人以为为了实现云架构的所有利益,即插即用、完全的弹性、自服务、应用执行框架——你需要soa软件。
工业趋势倾向于重大软件产品使用soa,未来应用可能成为越发的顺应soa。并且这也使得这些应用成为无邪弹性混淆云的完善候选者。
服务提供商已经看到了云和soa链接的价值。一个主要的欧洲载体,提供的云服务将soa履历作为首席手艺官的要求。企业赞许,随着他们最先拥抱私有云模子,更关注于建设无邪的框架,允许你混淆私有it和托管的公共云服务。在其宣布后的十年,soa可能注定会在云端乐成。