企业应用集成(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/