没有合适的资源?快使用搜索试试~ 我知道了~
Open Source ESB in Action中文版
5星 · 超过95%的资源 需积分: 9 210 下载量 146 浏览量
2012-09-03
10:07:35
上传
评论 2
收藏 9.03MB DOC 举报
温馨提示
试读
64页
企业服务总线是现代IT世界中的一个复杂主题。它指的是一个架构方案,描述了以一个灵活的,建设性的方式来应对集成挑战。ESB看起来是一个以不同产品实现的方案,它们在各自的领域(如:路由,传输,安全和业务流程)表现出色。本资源是 Open Source ESB in Action的中文版
资源推荐
资源详情
资源评论
开源 ESB in Action
译者
第一部分 理解 ESB 功能
企业服务总线是现代 世界中的一个复杂主题。有时,它指的是一个架构方案,它描
述了以一个灵活的,建设性的方式来应对集成挑战。 看起来是一个以不同产品实现的
方案,它们在各自的领域(如:路由,传输,安全和业务流程)表现出色。
从集成生产商的角度看,一个 就是提供了集成功能,一套开发者工具,以及一个
管理环境的产品。这些产品的提供通常在 域中有个背景。
另一个角度看, 就是一个面向服务架构的一个重要部分。从 的角度看,一个
可以被用于一个集成平台,允许已存在的 资产和应用作为服务暴露。因为 基于
开放的标准,遗留程序的专有技术可以作为服务暴露,这些服务基于开放的现代技术如:
和消息传递。
在第 部分,我们将展示 提供的功能来解决集成挑战。我们将关注开源 ,并提
供当前开源 的现状。我们将介绍两个开源 , 和 ,并展示你
如何建立一个开发环境与这些 和它们的示例程一起工作。最后,我们将首先看看如何
在 和 中实现集成功能和消息流。
第 1 章 开源 ESB 世界
如果你问集成专家和架构师关于如今的集成市场的一个流行术语, 将是其中的一
个答案。面向服务的架构(),业务处理管理()等概念也将被提及。这些流行
术语听起来很有趣,但在集成市场上听起来有些天花乱坠,它们真的能代表实际的业务价
值吗?
在集成市场上的每个流行术语,其概念都有一个业务用例。一些书籍主要关注
(如 等的《 !"! 》)。在本书中,我们主要关注企业服
务总线(),但我们也讨论一些与 和 相关的有趣的开源产品。
关于 是什么有些疑惑,因此,我们将首先来看下 产品本身最主要的功能总览。
市场上有许多 产品,它们的生产商有:,#, $ 和 。许多 生
产商提供的产品都有一个 的市场背景。正如 节所见,这并不奇怪,因为 的功能
与老式的 产品有些共同之处。
在 % 节,我们将关注两个开源 ( 和 ),本书提供了示例。这两个
开源 在市场上获得了极大的关注。这意味着本书并不是一个专有 的 &&。因
为我们涉及到两个 。
1.1 为什么需要一个 ESB?
在讨论开源 之前,我们先讨论 在企业中的使用。你可能已经读到过有关
介绍的文章。如果你希望有扎实的基础,我们推荐你看:'#《!
》()**+。
许多早期的 产品在企业应用集成市场中都有一段历史。有时很难区分一些 产
品与它们的 前身。
然而,我们可以区分出 和 产品的主要区别。首先是, 产品的星型模型更改
为 产品的基于总线的模型。星型模型是一个集中式架构,所有的数据交换都被一个中
心()或代理(&)处理。星型模型可以被视为点对点模型(图 )的继承者。
而总线模型使用分布式架构,其中 功能可以被一些物理隔离的功能实现。
第二个主要不同之处是,开放标准的使用。 产品如 , "&,
# ,& 和 -. 主要基于专有技术来实现消息传递功能和传输逻辑。
产品主要基于开放的标准,比如 /,-0,/) 连接器架构(/#),和 , 标准。
正 如 我 们 之 前 所 述 , 许 多 当 前 的 产 品 都 有 的 背 景 。 因 此 , 新 版 本 的
, "&(12),# 3,& (1%),和 (其名已更
改)仍做为 的基础出现在市场上。另外,大量 都从 产品基础上建立,如
,,# 和 #4!5。
由于开源 在 时期还未提供,它们在专有技术实现上没有历史。许多集成规范
如 / 和 / 业务集成(/)可以使用,开源 使用这些规范作为它们开源产品实现的
基础。
但为什么需要一个 呢?让我们来探究下 的优点。接着,在 ) 节我们将从应
用角度详细讨论 。
1.1.1 ESB 的优点
在讨论在一个组织或部门内的 实现之前,我们需要一个 在管理级别上的总览。
本质上,一个 就是一个用来解决集成问题的技术产品。但我们将退到 的技术层面
来讨论一些高级优点。为了展示一个 的优点,我们首先来看不使用一个 代理或一
个 来集成应用。该模型(图 )就是点对点架构。
图 的应用仍是处理集成问题的一种常见方式。本例中,+ 个存在的应用通过点对点
集成方案来集成。例如,企业资源规划(6)系统需要处理来自 #0 应用的票据信息。
图 点对点模型
由于 #0 应用只能在批处理中导出一个文件,常见的解决方案是将票据信息从导出
文件传输到 6 系统。信息也必须转换成 6 系统所能处理的数据格式。应用间的每条线
都必须开发一个定制的的集成方案。因此点对点模式需要开发和维护许多集成方案。
当我们添加一个新的应用到这个大系统中时,会添加复杂性和维护费用。想像一下,
这个新的应用必须与 6,#6 和 #0 应用相通信。这意味着我们需要实现 7 个新的集
成方案,以让该新应用集成到已存在的该环境下。
这种情况下,有多种原因来思考一种类似于 的集成解决方案。是否存在一个业务
驱动者来集成应用呢?在大多数公司中,需要为集成应用而存在一个实际的业务。新产品
必须在今天推向市场,而非明天。 环境必须减轻业务。一个 可以帮助增加 环境的
灵活性,从而加快新产品的上市时间。
还有另外的原因来考虑 :应用场景常是异构的,会遇到不同的技术与协议。当你
必须处理许多不同的协议——如:/,8,9,, 和 #——很难在应用
间实现新的集成解决方案。一个 提供了协议或技术适配器,它能很方便地处理异构的
环境。
第三个原因是,完整的应用场景的总费用的降低。在一个点对点模型中,所有集成点
的管理和维护是相当耗时的,且代价高昂。 解决方案耗时更少,管理和维护更容易。
原因 描述
集成应用的必要
异构环境
降低了所有者的总代价
表 考虑要不要换 的原因
我们讨论了点对点模型,并解释了它的缺点。将 引入到应用场景中,可以帮助处理维
护梦魇,更易添加新应用。如图 所示。 的功能如图 ) 所示。
图 ) 使用 集成应用
图 ) 中最震撼的地方是不同应用间集成连接的数目锐减。每个应用只需连接到
上,需要将 #0 应用与 #6 应用相集成的集成逻辑在 中实现。注意,图 ) 上所示
的 场景只是一个高层次的图片。它隐藏了 层的集成逻辑复杂性,但 层的复杂
性仍需要被处理。这种方式与点对点方式的不同点在于, 被设计成用来处理集成挑战。
因为 提供了许多种开箱即用的集成功能,测试台,管理环境,在应用间实现一个新的
集成流相当简单。
剩余63页未读,继续阅读
Fly_KKKK
- 粉丝: 0
- 资源: 5
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
最新资源
- pta题库答案c语言之树结构2ListLeaves.zip
- pta题库答案c语言之树结构1树的同构.zip
- 基于C++实现民航飞行与地图简易管理系统可执行程序+说明+详细注释.zip
- pta题库答案c语言之复杂度1最大子列和问题.zip
- 三维装箱问题(Three-Dimensional Bin Packing Problem,3D-BPP)是一个经典的组合优化问题
- 以下是一些关于Linux线程同步的基本概念和方法.txt
- 以下是一个简化的示例,它使用pygame库来模拟烟花动画的框架.txt
- Linux线程同步机制深度解析与实用指南.zip
- PTA题库C语言解题策略与实战.rar
- SVPWM控制技术的simulink建模与仿真【包括simulink模型,参考文献,操作步骤】
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
- 1
- 2
- 3
- 4
前往页