云应用部署的大招,iPaaS?
411
2018-09-30 10:30    文章来源:西部数码
文章摘要:无论什么时候部署一个组件化的应用,这些组件都必须能够发现彼此,连接存储资源,最终连接终端用户。如果应用资源投入是静态的,应用组件就有一个静态地址,能够在部署时集成。

无论什么时候部署一个组件化的应用,这些组件都必须能够发现彼此,连接存储资源,最终连接终端用户。如果应用资源投入是静态的,应用组件就有一个静态地址,能够在部署时集成。

在云时代,集成本身会成为云服务仅仅是逻辑上的说法。集成平台即服务或者iPaaS并不是集成云服务的唯一最佳方式,可能是必由之路。简而言之,iPaaS是一种云托管的应用组件“包装器”,环绕着应用组件集合和资源集,用始终如一的方式连接这二者。iPaaS在云端创建了一个虚拟计算机或者中间件平台,就像任何的云平台一样,可以托管应用并支持用户。

云应用集成之困

手工集成云应用存在两个问题。第一,云端资源位置变化取决于云如何托管应用,因此仅是找到资源链接起来就可能很困难了。第二,一些集成任务实际上应该看作是“云应用”,比如通过消息和服务总线处理的负载均衡和工作流。在特定环境下执行这些功能并不只是引入了一个单一的失败点,而是如果集成元素没能安放在那个位置且也能适应应用组件的话,也会导致不必要的网络延迟。显而易见的解决方案就是用iPaaS在端托管这些集成功能。

 基础层面,iPaaS是一套“连接器”。“下游”层面上,这些连接器通过处理链接到应用组件上,很像目录功能或者发布和订阅应用接口。当一个云组件加载到资源中,就可以用iPaaS注册,并链接给一个连接器。这个连接器对于用户和连接器“上游”的其他组件,显示为一个发布过的、不变的接口(API)。应用可以引用这些上游的API,不管在哪里连接的都可以到达组件。

 这个过程就像是面向服务架构(SOA)应用的统一描述、发现和集成(UDDI)功能。iPaaS在哪里限制了这个基本形式,可能就不能起到作用了;然而,一个基本iPaaS API的集合有效创建云平台则类似于PaaS。iPaaS框架可以提供管理应用,使用云和中间件管理工具加载应用到资源中,随后自动用连接器注册。

 iPaaS对企业意味着更多功能

 编制工具包含消息以及和业务流程执行语言(BPEL)工具相关的服务总线,通过调用上游连接器API驱动工作流。不管托管在哪里,也能够连接到应用组件。为基础iPaaS框架增加管理和编制可以创建足够的效用,使其成为对于大多数企业更感兴趣的概念,而且甚至能为iPaaS框架带来更大的改善。

 iPaaS设施何以同“服务连接器”集成,或者和代表平台服务的连接器集成,而不是用户组建。这些服务不仅仅包括管理和编制功能,也包括各种中间件功能,包括数据库即服务(DBaaS)、网络虚拟化和控制,以及自定制业务功能,可以跨企业边界聚合,支持合作伙伴供应链流程或者客户到供应商的集成。通过适当的使用iPaaS,企业能够为集成应用设置一个基于合作伙伴关系的平台,甚至构架基于协作的应用。

 第三方软件提供商可以通过iPaaS,以“即服务”模式通过iPaaS发布软件,或者出售能够用iPaaS注册的软件,进行更轻松的集成。如果iPaaS部署并不提供内置服务,比如数据库访问,

 第三方可以用连接器增加这些服务,进一步加强iPaaS应用环境,并改善其效用和功能。

iPaaS标志着混合云无缝集成

 iPaaS框架能够跨多种云无缝集成,在混合云模型中或者多厂商云应用中,能够在云和使用SOA或者RESTful Web接口的遗留应用之间无缝集成。在交叉可用资源范围(公有云或者私有云),不管在哪里加载一个应用组件时,iPaaS框架能够链接到下游合适的连接器上;用户可以使用已发布的且不变的上游API发现应用组件。

 iPaaS元素本身就是云托管的,如果软件提供设施,就可以复制或者转移;加强了可用性,并且可能通过让用户管理其iPaaS托管点以及相关的云资源来改善性能。

实现iPaaS的潜力是另外一回事。iPaaS功能有三个源头:

 IT公司,包括IBM、惠普、Software AG、SAP等,都有私有云或者软件即服务(SaaS)功能,能够进行云托管创建iPaaS。一些水平和垂直产业社区云已经有大量的这种软件可用了。

 云集成工具本身可能是云托管的,从而创建了iPaaS;一些工具厂商正在这样做或者计划短期进入这个领域。

 一些iPaaS提供商发布了这项服务作为其主要产品。

 潜在iPaaS提供商的数字可能更大。任何拥有能胜任本职工作的开发者的组织机构,甚至是企业本身,都能够轻松设想如何创建自己iPaaS产品或者开发一个基础包。然而,可靠iPaaS功能的全范围执行则是一项更加长足发展的任务,当从公有云基础架构中作为一项云服务出现时,iPaaS最可靠。软件提供商构建iPaaS包,在公有云上托管,是现在最有希望的iPaaS源头。

应用缓慢可能隐藏iPaaS实际价值

 iPaaS面临的最大障碍就是缺少其价值的管理理解。很多公司考虑部署云,甚至没有遇到iPaaS或者考虑它,即便已经有清晰的价值呈现给他们也是如此。公有云服务提供商很少鼓励用户考虑iPaaS,目前这个概念的用户很少,也就限制了用户之间的讨论,也没有一些支持社区出现。

 如果没有一些类似iPaaS这样的功能管理应用集成和多源头资源共享,很难看到云计算如何进一步在关键核心应用上取得成功,因为这些应用支配着IT预算。iPaaS已经成为一个通用云术语了,但是还不是关键术语。

 iPaaS也可能是让云服务提供商和云客户通向PaaS云模型的一个因素。集成服务功能进入云端,创造一个PaaS,及时一开始是IaaS。如果iPaaS成功了,无疑会对于增加一些其他服务功能有益。某个角度来看,iPaaS可能会为我们实际的云应用提供基础,对于销售者和云应用者都会是一个巨大的进步。


版权声明:

凡本网内容请注明来源:T媒体(http://www.cniteyes.com)”的所有原创作品,版权均属于易信视界(北京)管理咨询有限公司所有,未经本网书面授权,不得转载、摘编或以其它方式使用上述作品。

本网书面授权使用作品的,应在授权范围内使用,并按双方协议注明作品来源。违反上述声明者,易信视界(北京)管理咨询有限公司将追究其相关法律责任。

评论