ESB的是是非非:从微软关于ESB的白皮书谈起
来源:互联网 发布:单片机控制电磁铁 编辑:程序博客网 时间:2024/05/18 02:53
ESB的是是非非:从微软关于ESB的白皮书谈起(一)
有些出乎预料,微软针对ESB的概念和产品发布了正式的白皮书。
在很大的程度上,此文显然是微软市场策略或行为的产物,这说明,微软有些担心ESB市场热度有可能影响最终用户对微软技术和产品的理性判断。虽然如此,但是倘若结合其时的市场、技术和产品背景,不难认识到这一点:ESB这个概念本身,无论是作为一项技术,亦或是产品,在现有的阶段上,还缺少一个明晰、标准,以及公认的定义。
除此文之外,微软关于ESB的立场或观点,还可以见诸于一些微软员工的博客中(例如原Indigo的产品经理Richard's Blog)。微软将将现有市场上的ESB技术或产品看作是SOA进程中的一项过渡性技术,换句话说,现有ESB技术或产品的主要目标,是希望填补SOA相关技术与最终应用之间的一块“空白地带”,其潜台词是,随着标准、技术或平台的不断成熟,这块“空白地带”将不复存在。
微软进一步宣称,其现有的平台体系(主要是BizTalk + WCF)已经提供了目前市场上所谓ESB技术或产品功能特性集合的一个“超集”,此观点权且作一家之言。值得一提的是,去年底在Barcelona举办的Enterprise Architect Summit峰会上,自称为ESB的始作俑者,Sonic公司的David A. Chappell在自己演讲现场中,与Microsoft Biztalk产品的两个Evangelist展开了激烈的辩论,甚至争吵(原文)。Sonic原是MOM厂商出身,因此它的ESB产品被人称之为旧瓶新酒,地位相对尴尬,Microsoft也因此认为它的产品在本质上是与BizTalk等同的,也就是Message Broker。
不得不说一下IBM。IBM凭借其强大的人力物力,为ESB概念赋予了丰富的内涵。在IBM的眼中,ESB不单纯为一项技术或产品,它是一项复杂的系统工程(正如有人针对SOA,提出了SOE:面向服务工程,二者思路如出一辙),是涵盖企业应用各个方面的解决方案。这些当然与IBM自身的市场定位和策略相关。不过,按Sonic的说法,IBM所谓的ESB就是一些“最佳实践”。这个观点其实也不无其道理。
- ESB的是是非非:从微软关于ESB的白皮书谈起
- 微软的ESB
- 关于ESB实施的几点建议
- 关于MULE ESB相关的介绍
- ESB之Mule ESB的使用
- ESB的真面目
- ESB的消息流
- ESB的真面目
- ESB的真面目
- ESB的真面目
- ESB的真面目
- ESB的真面目
- ESB的真面目
- ESB构架的MULE
- ESB的基本功能
- ESB的几个基本概念
- 衡量ESB的方法
- Mule ESB的filter
- BMP位图文件结构及VC操作
- 小测XSP是否支持中文
- 收集的javascript常用技巧,与大家分享
- SAP发布声明支持Java EE 5 (J2EE的最新升级版本)
- 寝室楼底下的风景
- ESB的是是非非:从微软关于ESB的白皮书谈起
- 显示透明位图
- 一个ObjectDataSource 控件,该控件从名为 AuthorsDB 的数据访问层组件公开数据(代码示例)
- 何庆源:我与温总理的两次见面
- STL与UNICODE
- 收到了Ubuntu的碟
- 几个操作步骤
- 为Google Adsense正名,再坏也比百度联盟强!
- 开机自动删除默认共享