Spring Integration In action读书笔记 Part1 - 背景介绍

1. Spring Integration介绍

1.1 Spring Integration架构

1.2 Spring Integration 对企业集成模式的支持

1.3 企业集成模式契合控制反转

1.4 Say Hello 应用到Spring Integration

1.5 总结

2. 企业集成基础

2.1 松耦合与事件驱动架构

2.1.1 为何关注松耦合?

识别紧耦合系统

2.1.2 类型级别的耦合

在代码实现里调用构造方法创建具体类

2.1.3 依赖注入放松类型级别的耦合

通过spring的依赖注入避免代码实现里调用构造方法

2.1.4 系统级别的耦合

耦合产生于多个系统之间的对话

2.1.5 事件驱动架构(EDA)

在事件驱动架构里，复杂应用被分解成一些组件或者服务通过事件交互。其中之一的主要优点是这种方式简化了组件之间如何通信。

。。。

2.2 同步通信和异步通信

集成多个组件需做到的一种假设是同时有效性。
Spring Integration提供了配置选项，在不改变应用程序逻辑设计的情况下，在同步或者异步之间切换。

2.2.1 同步异步的不同点

#	同步通信	异步通信
定义	请求立即发送给服务提供者，调用者被阻滞直到接收到返回结果	调用者不会等待返回结果。请求被缓存起来，在服务提供者就绪时候处理它
优势	简单交互模型，直接响应，允许传递调用上下文(事务，安全)	扩展性好，恢复失败(请求者和调用者不需要同时就绪)
劣势	无法恢复失败，不具负载伸缩性	Complex interaction model due to increased concurrency，调试困难

2.3 企业集成风格的比较

随着企业环境里使用计算机系统的增长，企业里个系统之间的交互需求变得显而易见。这种交互允许组织共享数据并且能够使用其他系统提供的功能。尽管企业应用集成可以有很多形式，从整夜运行的抓取-转换-载入 job，到all-encompassing SOA策略，所有的这些方式都被包含在四中集成风格里：

• 基于文件的集成
• 共享数据库的集成
• RPC(远程过程调用)
• 基于消息的集成

2.3.1 文件传输方式

2.3.2 共享数据库方式

2.3.3 RPC 方式

RPC这种方式试图掩盖不同服务存在于不同系统的事实。方法调用通过序列化网络传输给服务提供者进行调用。结果数据通过序列化返回给客户端调用者。当中涉及到proxies和exporters(in spring) 或者  stub和skeletons (in EJB).
**RPC的弊端是什么？**
需要通过传参、序列化，编组(marshalling)解组(unmarshalling)，
可能会有网络引起延时超时等接收不到结果等问题

2.3.4 交换消息

Messaging is an integration style based on exchanging encapsulated data packets
(messages) between components (endpoints) through connections (channels).

消息集成这种方式是基于端到端连接，交换封装的数据包(消息)。
消息交换是spring integration范式的核心。

    As described at www.enterpriseintegrationpatterns.com, the packets should be small, and they should be shared frequently, reliably, immediately, and asynchronously. 
    Potentially this resolves many of the problems of encapsulation and error handling associated with the previous three integration styles. It also provides an easy way to deal with sharing both data and functionality, and overall it’s the most recommended integration style when you have a choice.
    为什么这种方式优于其他方式？

2.4 总结