科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网服务器频道虚拟化/云计算iPaaS是云应用部署的必杀技?

iPaaS是云应用部署的必杀技?

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

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

来源:TechTarget中国 2013年5月13日

关键字: 云部署 iPaaS

  • 评论
  • 分享微博
  • 分享邮件

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

在云时代,集成本身会成为云服务仅仅是逻辑上的说法。集成平台即服务或者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可能会为我们实际的云应用提供基础,对于销售者和云应用者都会是一个巨大的进步。

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章