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

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

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

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

消息系统

	消息通道	应用程序如何使用消息传递与另一个应用程序通信
	信息	如何通过消息通道连接的两个应用程序交换一条信息。
	管道和过滤器	如何对消息执行复杂的处理，同时保持独立性和灵活性。
	消息路由器	如何解耦单个处理步骤，以便消息可以根据条件传递到不同的过滤器。
	消息转换器	如何使用不同数据格式的系统使用消息传递相互通信。
	消息端点	应用程序如何连接到消息信道以发送和接收消息。

消息通道

	点对点信道	呼叫者如何确定正好一个接收者将接收文档或执行呼叫。
	发布订阅频道	发送方如何向所有感兴趣的接收方广播事件。
	数据类型通道	应用程序如何发送数据项，以便接收方知道如何处理它。
	消息频道无效	消息传递接收器如何优雅地处理没有意义的消息。
	死信通道	消息传递系统使用无法提供的消息执行的操作。
	保证交货	即使邮件系统发生故障，发件人如何确保邮件的递送。
	通道适配器	如何将应用程序连接到消息系统以发送/接收消息。
	消息桥	如何连接多个邮件系统，以便一个邮件可用的邮件在其他邮件系统上也可用。
	消息总线	使得单独的应用程序以解耦方式一起工作的架构，使得应用程序可以容易地添加或删除而不影响其他应用程序。

消息构造

	命令消息	如何使用消息传递来调用另一个应用程序中的过程。
	文档消息	如何使用消息传递在应用程序之间传输数据。
	事件消息	如何使用消息传递从一个应用程序到另一个应用程序传输事件。
	请求 - 回复	如何发送消息的应用程序从接收方获得响应。
	退货地址	复印机如何知道在何处发送回复。
	相关标识符	接收到回复的请求者如何知道回复所针对的请求。
	消息序列	消息传递如何传输任意大量的数据。
	消息到期	发件人如何指示何时应将邮件视为过时，因此不应进行处理。
	格式指示器	如何设计消息的数据格式以允许将来可能的更改。

消息路由

	基于内容的路由器	如何处理单个逻辑功能（例如库存检查）的实施分布在多个物理系统上的情况。
	消息过滤器	组件如何避免接收不感兴趣的消息。
	动态路由器	如何避免路由器在所有可能的目的地中的依赖性，同时保持其效率。
	收件人列表	如何将邮件路由到动态指定的收件人列表。
	分流器	如何处理消息，如果它包含多个元素，每个元素可能必须以不同的方式处理。
	聚合器	如何组合单个但相关的消息的结果，以便它们可以作为一个整体进行处理。
	再顺器	如何获取相关但失序的消息流回到正确的顺序。
	组合消息。处理器	如何在处理由多个元素组成的消息时保持整体流量，每个元素可能需要不同的处理。
	散点集合	当消息需要发送到多个接收者时，如何保持整体流量，每个接收者可以发送回复。
	路由滑移	当在设计时间步骤的顺序不是已知的并且对于每个消息可能不同时，如何通过一系列步骤连续地路由消息。
	过程管理器	如果在设计时可能不知道所需的步骤并且可能不是顺序的，则通过多个处理步骤来路由消息。
	消息代理	如何使消息的目的地与发送方分离，并保持对消息流的集中控制。

消息转换

	信封包装	现有系统如何参与消息交换，该消息交换将特定要求置于消息格式中，例如消息头字段或加密。
	内容丰富者	如果消息始发者没有所有必需的数据项可用，如何与另一个系统通信。
	内容过滤器	当你只对几个数据项感兴趣时，如何简化处理大型消息。
	声明检查	如何减少在不牺牲信息内容的情况下跨系统发送的消息的数据量。
	标准化	如何处理在语义上等同但以不同格式到达的消息。
	规范数据模型	如何在集成使用不同数据格式的应用程序时最小化依赖关系。

消息端点

	消息网关	如何封装从其余应用程序对消息传递系统的访问。
	消息映射	如何在域对象和消息传递基础结构之间移动数据，同时保持两者彼此独立。
	事务客户端	客户端如何控制其与消息传递系统的事务。
	轮询消费者	应用程序就绪时应用程序如何消耗消息。
	事件驱动消费者	应用程序如何在邮件可用时自动使用邮件。
	竞争消费者	消息传递客户端如何同时处理多个消息。
	消息分派器	单个通道上的多个消费者如何协调其消息处理。
	选择性消费者	消息消费者如何选择接收哪些消息。
	持久订阅者	订阅者如何避免在不侦听消息时丢失消息。
	幂等接收器	邮件接收者如何处理重复邮件。
	服务激活器	应用程序如何设计通过消息传递和非消息传递技术调用的服务。

系统管理

	通道清除器	从频道中移除不必要的讯息，这可能会干扰测试或执行系统。
	控制总线	管理分布在多个平台和广泛地理区域的邮件系统。
	車輛改道	通过中间步骤传递消息以执行验证，测试或调试功能。
	消息历史	列出消息自其发起以来传递的所有应用程序。
	消息存储	针对消息信息的报告，而不会影响消息传递系统的松耦合和瞬态性质。
	智能代理	跟踪将响应消息发布到请求者指定的返回地址的服务上的消息。
	测试消息	通过防止由于内部故障导致的出站消息的错误等情况，确保消息处理组件的健康。
	丝锥	检查在点对点信道上传输的邮件。

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

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