微服务集成的四种主要方式

张彦峰ZYF

已于 2024-02-07 12:31:35 修改

阅读量10w+

点赞数 12

分类专栏：微服务架构与开发文章标签：架构微服务 java

于 2018-12-25 20:50:35 首次发布

本文链接：https://blog.csdn.net/xiaofeng10330111/article/details/85254052

版权

14 篇文章 67 订阅

订阅专栏

一、系统集成的四种基本方式

业界关于系统集成存在的驻留模式和工程实践主要有如下四种基本方式：文件传输FT、共享数据库SD、远程过程调用RPC和消息传递M。

集成部分所做的事情主要是将文件根据应用的不同需要做格式的转换。考虑这种集成方式，我们有几个重要的问题需要考虑：

采用文件传输还有一个优点就是对于集成的系统来说它比较完美的屏蔽了集成的细节。每个系统只要关注符合标准格式的文件内容，具体实现和数据交换他们都不需要关心。

集成部分所做的事情主要是保证数据的一致性，实际中要考虑一下问题：

这种方案出现问题的根源在于用一种统一的数据模型来解决各种不同的应用需求是并不现实的。

集成部分所做的事情主要是，需要访问远程方法的时候，需要定义访问的接口，然后通过相关工具生成skeleton和stub。然后一端通过stub给另外一端发送消息。在应用A本地的代码中访问stub看起来还是和调用本地方法一样，这些细节都由stub给屏蔽了。

实际中需要注意的是：

局限于一个平台，好比说我应用A是用java做的，那么如果要和另外一个系统通过RMI集成的话，那个系统也必须是java做的。
紧耦合，如果另外一个系统出现故障也会对调用方产生很大影响。
用RPC调用的时候默认期望消息是按照发送的顺序给接收方的。但是由于各种环境的影响会使得接收的结果乱序，这样也可能会导致系统执行出现问题。所以从可靠性来说还是存在着一定的不足。

集成部分所做的事情主要是，所有应用之间要通信的消息都通过消息队列来传输，由消息队列来保证数据传输的异步性、稳定性等。总的来说，这看起来有点像网络连接结构。所有数据通过一条可靠的链路来进行通信。

消息队列算是一种兼顾了性能、可靠性和松耦合的一种理想集成方式。

方式	工作原理	特点	优点	缺点
文件传输（FT）	系统之间通过共享文件或文件夹进行数据传输和共享。	简单、成本低廉	易于实现	实时性差，不适用于大规模、高频率的数据传输
共享数据库（SD）	多个系统共享同一个数据库，通过数据库操作实现数据共享和交互。	数据一致性高，实时性较好	简化数据交互和共享，减少数据冗余	系统之间耦合度高，容易导致单点故障和性能瓶颈
远程过程调用（RPC）	通过远程调用技术实现不同系统之间的方法调用和数据传输。	提供类似本地方法调用的编程模型	提高系统之间的通信效率和性能，降低系统耦合度	系统依赖性高，耦合度较大，需要谨慎设计接口和协议
消息传递（M）	系统之间通过消息队列或消息中间件进行异步消息传递。	支持异步通信，提高系统的可伸缩性和容错性	解耦系统之间的依赖关系，实现松耦合	实时性较差，消息可能丢失或重复，需要考虑消息的顺序和一致性问题