ESB总线和能力开放平台

标签: IT咨询 | 发表时间:2015-12-16 15:52 | 作者:人月神话
出处:http://blog.sina.com.cn/cmmi


上图是ESB企业服务总线和互联网Open API能力开放平台的一个简单对比。对于在企业内部的服务集成和管控,由于需要面对企业内复杂的业务系统间集成和遗留系统适配,因此使用较多的仍然是ESB企业服务总线。而对于互联网应用,更多考虑的是轻量和高性能,已经开发和接入的效率,当前使用较多的是类似Open API方式下的能力开放平台。

对于能力开放平台,网上有比较明确的定义,具体如下:

Open API即开放API,也称开放平台。 所谓的开放API(OpenAPI)是服务型网站常见的一种应用,网站的服务商将自己的网站服务封装成一系列API(Application Programming Interface,应用编程接口)开放出去,供第三方开发者使用,这种行为就叫做开放网站的API,所开放的API就被称作OpenAPI(开放API)。就现在互联网上Open API的形态来看,主要分成两种:标准REST和类REST(也可以叫做RPC形态)。

对于是否够成一个能力开放平台,有两个重点,其一是服务的提供以htpp rest服务为主,其二是平台本身是提供和暴露服务能力,而不消费服务。因此即使是在企业内部,如果ESB平台本身能够实现为仅暴露和提供服务,同时采用轻量的Rest服务接入,那么也可以看做是能力开放平台。

对于企业内部的服务,往往由于服务接口对需求规范要求严格,往往有会采用SOAP WebService方式来实现完整的服务契约设计。即服务接口本身就对服务的调用规范进行了强约束。而对于开放平台往往采用http协议,传输的对象也是大的json串,对于json串格式的定义往往只有通过文档约定。这两种方式各有优缺点,具体的选择使用关键还是看使用的场景。

企业内部只是提供和暴露服务,供其它业务系统消费,这种场景往往出现在主数据和共享数据服务能力提供,因此对于共享数据往往是适合构建能力开放平台的。而对于企业内部端到端流程引起的横向业务系统接口,这类横向集成接口本身复用度不高,更多是为了业务系统,即使这类服务接入也很难真正高复用和共享。

前面有一篇文章专门谈到过Dubbo服务总线,对于Dubbo是可以用来构建Open API平台的轻量服务总线。互联网能力开放平台这类总线其核心是服务注册和管控,服务的访问安全,服务集群扩展能力等。为了达到高并发和高性能,往往不会在总线层面做详细的服务调用日志审计。即:

服务消费方从总线获取到服务地址后,即转为对服务提供端的直接调用,数据流不经过轻量总线。



对于互联网能力开放平台的构建要注意,能力开放平台不仅仅是一个高性能的轻量服务总线或一个http接口,而是要构建一个完整的互联网PaaS平台生态环境。从最早期的中国移动等电信运营商开放的互联网PaaS能力开放平台可以看到这个特点,即这种能力开放平台提供了完整的自服务,多租户管理,服务申请和开通,安全管控,开发框架和环境,本地SDK开发包,开发样例等完整的支持。即除了开发完成的应用托管能力可以不提供外,其它标准的互联网PaaS平台提供的能力,在能力开放平台都需要完整提供。

 

相关 [esb 总线 开放平台] 推荐:

ESB总线和能力开放平台

- - 人月神话的BLOG
上图是ESB企业服务总线和互联网Open API能力开放平台的一个简单对比. 对于在企业内部的服务集成和管控,由于需要面对企业内复杂的业务系统间集成和遗留系统适配,因此使用较多的仍然是ESB企业服务总线. 而对于互联网应用,更多考虑的是轻量和高性能,已经开发和接入的效率,当前使用较多的是类似Open API方式下的能力开放平台.

谈ESB服务总线改进

- - 人月神话的BLOG
对于消息中间件部分进行单独剥离,即讲服务设计和ESB协议转换和适配部分同消息中间件分离,对于消息中间件部分初步考虑采用RabbitMQ或zeroMQ来实现,其中zeroMQ由于用c语言实现,相当来说更加轻量和高性能. 但是RabbitMQ本身更适合做一个企业级的消息系统,其在集群,持久化,高可用性和分布式可扩展性方面往往更加有优势.

再谈SOA和ESB总线平台价值

- - 人月神话的BLOG
关于SOA的咨询实施方法论,SOA平台和云平台的融合,SOA咨询方法论和EA企业架构思想的融合在前面很多文章都有谈到. 在多年的SOA咨询和实施中,经常遇到的一个问题就是SOA是不是已经过时了. 而这个问题追溯本源还是客户没有真正理解SOA咨询方法论,SOA组件化架构带来的好处,而是把SOA或ESB理解为了一个简单的接口平台或数据交换平台,如果一开始的思维方式或规划就是错误或偏差的,那么最终效果自然大打折扣.

文章: Mule ESB 3.3与CloudHub

- - InfoQ cn
MuleSoft最近发布了企业服务总线(ESB)产品Mule ESB 3.3. 在新版本中,除了应用程序集成之外,Mule ESB还拥有了数据集成功能;从而为开发者提供了一个面向本地或云端应用的集成解决方案. 分享云计算在传统IDC、移动互联网、SaaS应用、PaaS平台等领域应用,阿里云开发者大会,免费报名中.

[SOA] Mule ESB Linux 部署

- - CSDN博客架构设计推荐文章
本文介绍如何在 Linux 上部署 Mule ESB. Mule 是一个以Java为核心的轻量级的消息框架和整合平台,基于EIP(Enterprise Integeration Patterns,由Hohpe和Woolf编写的一本书)而实现的. Mule的核心组件是UMO(Universal Message Objects,从Mule2.0开始UMO这一概念已经被组件Componse所代替),UMO实现整合逻辑.

集成ESB实现SOA

- - 企业架构 - ITeye博客
  服务消费者,服务提供者, 服务注册中心(UDDI模型). 由于UDDI模型过于复杂,而服务提供者与消费者点对点的进行协作依赖性大大增强,因此产生演变.    服务代理 -- ESB.    基于ESB总线,使得服务请求者统一入口,而ESB管理服务,使得耦合降低,由ESB来应对提供者提供的服务的改变而服务请求者不需要进行任何的修改.

开源ESB-Talend产品研究

- - 人月神话的BLOG
对于ETL部分要注意,当前用的更多的是ELT,其最大的差别就在于首先是将源数据库中的数据抽取到目标数据库中,然后再在目标数据库中进行相应的数据映射和转换等操作,刚方法比传统的ELT在性能方面有明显的优势. 在Oracle ODI产品里面当前即用的ELT方式,在Talend产品里面可以看到这部分也是通过ELT方式来实现,但是在ESB产品里面可以看到,对于ELT方式的数据集成提供的相应组件并不多,要实现负责的数据转换和处理往往并不容易.

腾讯推出QQ开放平台Q+

- Wuvist - Solidot
慕容鱼吐的新闻泡 写道 "腾讯推出QQ开放平台Q+,宣称促进开放互联网. 网站的视频显示,Qplus提供的功能是将腾讯制作的一些Widget直接在桌面运行,腾讯很可能将该功能捆绑进QQ客户端.

腾讯的广告和开放平台

- Frank - It Talks--上海魏武挥的博客
数字世界中有两个公认为最大的开放平台,其一为谷歌,其二为Facebook. 前者在公开的财报中显示,有97%的收入来自广告. 后者则在向高盛提供的文件中表示:大部分收入来自在线广告. 这两个平台有一个非常重要的类似特征:它们都是广告平台——请注意,我并不是说是媒体平台. 谷歌和Facebook自己并不创造内容,它们是真正的平台角色:让信息供给者、广告供给者、信息消费者在自己的服务中云集,从中获取收益.

Open Graph:FB的开放平台瑰宝

- - 雷锋网
Facebook 之前推出的“ Like ”按钮曾一度获得广大用户的喜爱,一次简单的点击就能完成分享. 后续, FB将 Timeline 与 Open Graph 整合也是迎合用户对这种简单互动的喜爱,用户则可以通过各种应用以各种方式实现分享,而 Open Graph 的特别之处在于它能够自动分享用户正在浏览或播放的内容.