企业集成模式与WSO2企业集成器（wso2 iot开发）

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

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

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

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

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

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

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

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

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

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