《EnterpristIntegrationPatterns》中借贷Broker示例详解

在《Enterprise Integration Patterns》一书中，贷款经纪人的示例紧跟在Composed Messaging with TIBCO的章节之后，探讨了如何构建一个简化版的银行服务调用请求系统。这个系统的核心是贷款经纪人（LoanBroker），它作为中介，扮演着关键角色。当客户通过借贷经纪人接口提交贷款利率请求时，过程如下： 1. 客户端（网络客户端）向贷款经纪人系统发送请求，寻求贷款利率的信息。这个请求通常以某种标准化格式，如JMS消息形式发送到Apache ActiveMQ队列。 2. 贷款经纪人的业务流程引擎（BPEL服务引擎）接收到请求后，首先向信用代理模块查询客户的信用评级，这是决定是否能提供服务以及最优贷款条件的重要依据。 3. BPEL引擎进一步操作，将贷款金额、期限和客户的信用度信息通过WS-Notification（告知）服务传递给接入系统的多家银行，这些银行可能是外部实体，如银行1（实际可能是一个独立的金融机构，如银行X）。 4. 银行收到这些信息后，根据自身的算法计算并返回各自的最佳贷款利率。在这个示例中，银行0（有时是内部服务）与LoanBroker JBI容器集成，而银行1则通过绑定组件与系统交互。 5. 贷款经纪人收集各银行的反馈后，会根据预设的策略（如最低利率、最快审批时间等）进行比较，最终选择最佳的贷款方案，然后将结果返回给原始的请求者。 6. 消息流设计是整个过程的关键。例如，在贷款利率返回时，消息会从Web客户（贷款请求者）出发，经过loanbroker-jms（一个绑定组件，负责接收和处理JMS消息）的规范化处理，通过规范化的消息路由器传递给loanbroker-lb，后者进一步处理和响应客户。 通过这个流程，贷款经纪人简化了复杂的银行服务请求协调工作，提高了效率，并确保了客户能够快速获得最适合的贷款方案。这种设计模式在企业级集成中非常实用，展示了如何利用服务代理和消息传递技术来优化业务流程。