企业集成模式与WSO2企业集成器

企业应用集成(EAI)是将业务应用与异构系统连接的关键。多年来,集成解决方案的架构师们以各种方式发明了自己的模式混合。但是大多数这些架构具有相似之处,在架构集成模式中引入了一组广泛接受的标准。这些标准中的大多数在“ 企业集成模式目录”中有所描述,网址为:http : //www.eaipatterns.com/toc.html

在本指南中,我们展示了如何使用WSO2 Enterprise Integrator(EI)中的各种结构来模拟模式目录中的每个模式。点击下面列表中的主题了解详情。 

要下载此文档的PDF或其中的选定部分,请单击  此处  (一次只生成一个PDF)。要导出为其他格式,请单击 此屏幕顶部的“  浏览 ”菜单,单击  空间操作,然后选择  导出  选项。

消息系统

Channels.png?version=1&modificationDate=1345659503000&api=v2

消息通道

应用程序如何使用消息传递与另一个应用程序通信

Message.png?version=1&modificationDate=1345659518000&api=v2

信息

如何通过消息通道连接的两个应用程序交换一条信息。

PipesAndFiltersIcon.gif?version=1&modificationDate=1345659576000&api=v2

管道和过滤器

如何对消息执行复杂的处理,同时保持独立性和灵活性。

ContentBasedRouterIcon.gif?version=1&modificationDate=1345660358000&api=v2

如何解耦单个处理步骤,以便消息可以根据条件传递到不同的过滤器。

MessageTranslatorIcon.gif?version=1&modificationDate=1345660483000&api=v2

消息转换器

如何使用不同数据格式的系统使用消息传递相互通信。

MessageEndpoint.png?version=1&modificationDate=1345660568000&api=v2

应用程序如何连接到消息信道以发送和接收消息。

消息通道

PointToPoint.png?version=1&modificationDate=1345663460000&api=v2

点对点信道

呼叫者如何确定正好一个接收者将接收文档或执行呼叫。

PublishSubscribe.png?version=1&modificationDate=1345663504000&api=v2

发送方如何向所有感兴趣的接收方广播事件。

DatatypeChanne.png?version=1&modificationDate=1345663551000&api=v2

应用程序如何发送数据项,以便接收方知道如何处理它。

InvalidMessageChannel.png?version=1&modificationDate=1345663659000&api=v2

消息频道无效

消息传递接收器如何优雅地处理没有意义的消息。

DeadLetterChannel.png?version=1&modificationDate=1345663711000&api=v2

消息传递系统使用无法提供的消息执行的操作。

GuaranteedMessaging.png?version=1&modificationDate=1345663759000&api=v2

即使邮件系统发生故障,发件人如何确保邮件的递送。

ChannelAdapter.png?version=1&modificationDate=1345663817000&api=v2

如何将应用程序连接到消息系统以发送/接收消息。

MessagingBridge.png?version=1&modificationDate=1345663925000&api=v2

消息桥

如何连接多个邮件系统,以便一个邮件可用的邮件在其他邮件系统上也可用。

MessageBus.png?version=1&modificationDate=1345663937000&api=v2

消息总线

使得单独的应用程序以解耦方式一起工作的架构,使得应用程序可以容易地添加或删除而不影响其他应用程序。

消息构造

CommandMessage.png?version=1&modificationDate=1345664065000&api=v2

命令消息

如何使用消息传递来调用另一个应用程序中的过程。

DocumentMessage.png?version=1&modificationDate=1345664107000&api=v2

文档消息

如何使用消息传递在应用程序之间传输数据。

EventMessage.png?version=1&modificationDate=1345664142000&api=v2

如何使用消息传递从一个应用程序到另一个应用程序传输事件。

RequestReply.png?version=1&modificationDate=1345664354000&api=v2

请求 - 回复

如何发送消息的应用程序从接收方获得响应。

ReturnAddress.png?version=1&modificationDate=1345664376000&api=v2

复印机如何知道在何处发送回复。

CorrelationIdentifier.png?version=1&modificationDate=1345664396000&api=v2

接收到回复的请求者如何知道回复所针对的请求。

MessageSequence.png?version=1&modificationDate=1345664431000&api=v2

消息传递如何传输任意大量的数据。

MessageExpiration.png?version=1&modificationDate=1345664478000&api=v2

消息到期

发件人如何指示何时应将邮件视为过时,因此不应进行处理。

  格式指示器 如何设计消息的数据格式以允许将来可能的更改。

消息路由

ContentBasedRouter.png?version=1&modificationDate=1345665188000&api=v2

基于内容的路由器

如何处理单个逻辑功能(例如库存检查)的实施分布在多个物理系统上的情况。

MessageFilter.png?version=1&modificationDate=1345665231000&api=v2

消息过滤器

组件如何避免接收不感兴趣的消息。

DynamicRouter.png?version=1&modificationDate=1345665267000&api=v2

动态路由器

如何避免路由器在所有可能的目的地中的依赖性,同时保持其效率。

RecipientList.png?version=1&modificationDate=1345665338000&api=v2

如何将邮件路由到动态指定的收件人列表。

Splitter.png?version=1&modificationDate=1345665389000&api=v2

如何处理消息,如果它包含多个元素,每个元素可能必须以不同的方式处理。

Aggregator.png?version=1&modificationDate=1345665422000&api=v2

聚合器

如何组合单个但相关的消息的结果,以便它们可以作为一个整体进行处理。

Resequencer.png?version=1&modificationDate=1345665501000&api=v2

如何获取相关但失序的消息流回到正确的顺序。

DistributionAggregate.png?version=1&modificationDate=1345665573000&api=v2

组合消息。处理器

如何在处理由多个元素组成的消息时保持整体流量,每个元素可能需要不同的处理。

 

  当消息需要发送到多个接收者时,如何保持整体流量,每个接收者可以发送回复。
RoutingTable.png?version=1&modificationDate=1345665694000&api=v2

路由滑移

当在设计时间步骤的顺序不是已知的并且对于每个消息可能不同时,如何通过一系列步骤连续地路由消息。

ProcessManager.png?version=1&modificationDate=1345665819000&api=v2

过程管理器

如果在设计时可能不知道所需的步骤并且可能不是顺序的,则通过多个处理步骤来路由消息。

MessageBroker.png?version=1&modificationDate=1345665873000&api=v2

消息代理

如何使消息的目的地与发送方分离,并保持对消息流的集中控制。

消息转换

EnvelopeWrapper.png?version=1&modificationDate=1345698155000&api=v2

现有系统如何参与消息交换,该消息交换将特定要求置于消息格式中,例如消息头字段或加密。

DataEnricher.png?version=1&modificationDate=1345698221000&api=v2

如果消息始发者没有所有必需的数据项可用,如何与另一个系统通信。

ContentFilter.png?version=1&modificationDate=1345698275000&api=v2

内容过滤器

当你只对几个数据项感兴趣时,如何简化处理大型消息。

StoreInLibrary.png?version=1&modificationDate=1345698324000&api=v2

声明检查

如何减少在不牺牲信息内容的情况下跨系统发送的消息的数据量。

Normalizer.png?version=1&modificationDate=1345698367000&api=v2

如何处理在语义上等同但以不同格式到达的消息。

 

如何在集成使用不同数据格式的应用程序时最小化依赖关系。

消息端点

MessagingGateway.png?version=1&modificationDate=1345698470000&api=v2

如何封装从其余应用程序对消息传递系统的访问。

 

  消息映射 如何在域对象和消息传递基础结构之间移动数据,同时保持两者彼此独立。
TransactionalClient.png?version=1&modificationDate=1345698517000&api=v2

事务客户端

客户端如何控制其与消息传递系统的事务。

PollingConsumer.png?version=1&modificationDate=1345698618000&api=v2

轮询消费者

应用程序就绪时应用程序如何消耗消息。

EventDrivenConsumer.png?version=1&modificationDate=1345698666000&api=v2

应用程序如何在邮件可用时自动使用邮件。

CompetingConsumers.png?version=1&modificationDate=1345698717000&api=v2

竞争消费者

消息传递客户端如何同时处理多个消息。

MessageDispatcher.png?version=1&modificationDate=1345698765000&api=v2

消息分派器

单个通道上的多个消费者如何协调其消息处理。

MessageSelector.png?version=1&modificationDate=1345698808000&api=v2

选择性消费者

消息消费者如何选择接收哪些消息。

DurableSub.ion.png?version=1&modificationDate=1345698853000&api=v2

订阅者如何避免在不侦听消息时丢失消息。

 

 
幂等接收器
邮件接收者如何处理重复邮件。
MessagingAdapter.png?version=1&modificationDate=1345698920000&api=v2

应用程序如何设计通过消息传递和非消息传递技术调用的服务。

系统管理

ChannelPurgerIcon.gif?version=1&modificationDate=1364846389000&api=v2

通道清除器

从频道中移除不必要的讯息,这可能会干扰测试或执行系统。

ControlBusIcon.gif?version=1&modificationDate=1364846435000&api=v2

控制总线

管理分布在多个平台和广泛地理区域的邮件系统。

DetourIcon.gif?version=1&modificationDate=1364846502000&api=v2

車輛改道

通过中间步骤传递消息以执行验证,测试或调试功能。

 

列出消息自其发起以来传递的所有应用程序。

MessageStoreIcon.gif?version=1&modificationDate=1364846556000&api=v2

消息存储

针对消息信息的报告,而不会影响消息传递系统的松耦合和瞬态性质。

SmartProxyIcon.gif?version=1&modificationDate=1364846586000&api=v2

跟踪将响应消息发布到请求者指定的返回地址的服务上的消息。

TestMessageIcon.gif?version=1&modificationDate=1364846619000&api=v2

测试消息

通过防止由于内部故障导致的出站消息的错误等情况,确保消息处理组件的健康。

WireTapIcon.gif?version=1&modificationDate=1364846659000&api=v2

丝锥

检查在点对点信道上传输的邮件。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29063131/viewspace-2134263/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/29063131/viewspace-2134263/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值