分布式--介绍/对比/区别

你的名字 2023-07-24 02:19 28阅读 0赞

原文网址：[分布式--介绍/对比/区别\_IT利刃出鞘的博客-CSDN博客][--_IT_-CSDN]

# 其他网址 #

[到底什么是分布式系统？\_运维\_Somhu的博客-CSDN博客][Somhu_-CSDN]  
[分布式系统\_数据库\_1024-CSDN博客][1024-CSDN]

# 单体与分布式对比 #

<table> 
 <tbody> 
 <tr> 
 <td style="width:147px;">项</td> 
 <td style="width:70px;">单体</td> 
 <td style="width:505px;">分布式</td> 
 </tr> 
 <tr> 
 <td colspan="3">单体占优势的项</td> 
 </tr> 
 <tr> 
 <td style="width:147px;">资源占用</td> 
 <td style="width:70px;">低</td> 
 <td style="width:505px;"> 高。因为每个微服务要启动一个Tomcat。 在低配的服务器上，单体版可以跑起来，微服务版很可能跑不动。 </td> 
 </tr> 
 <tr> 
 <td style="width:147px;">响应速度</td> 
 <td style="width:70px;">快</td> 
 <td style="width:505px;">慢。因为微服务相互调用有网络开销。</td> 
 </tr> 
 <tr> 
 <td style="width:147px;">问题排查难度</td> 
 <td style="width:70px;">低</td> 
 <td style="width:505px;">高。服务分布在多台服务器上，故障排查和问题诊断难度较高</td> 
 </tr> 
 <tr> 
 <td style="width:147px;">安全性</td> 
 <td style="width:70px;">好</td> 
 <td style="width:505px;">差。数据易于共享也存在安全问题，容易造成对保密数据的访问</td> 
 </tr> 
 <tr> 
 <td colspan="3">分布式占优势的项</td> 
 </tr> 
 <tr> 
 <td style="width:147px;">耦合度</td> 
 <td style="width:70px;">高</td> 
 <td style="width:505px;">低</td> 
 </tr> 
 <tr> 
 <td style="width:147px;">扩展性/灵活性</td> 
 <td style="width:70px;">差</td> 
 <td style="width:505px;">好</td> 
 </tr> 
 <tr> 
 <td style="width:147px;">计算能力</td> 
 <td style="width:70px;">差</td> 
 <td style="width:505px;">好。因为多台机器并行处理</td> 
 </tr> 
 <tr> 
 <td style="width:147px;">可靠性</td> 
 <td style="width:70px;">低</td> 
 <td style="width:505px;">高。工作负载都是分散在多台机器上，单个机器故障只会使一台机器停机，而不会影响其他机器</td> 
 </tr> 
 <tr> 
 <td style="width:147px;">开发/发布 速度</td> 
 <td style="width:70px;">慢</td> 
 <td style="width:505px;">快。比如某个模块出问题，修复后只测此模块即可</td> 
 </tr> 
 </tbody> 
</table>

# 注册中心对比 #

**其他网址**

> [eureka和zookeeper注册中心的区别 - Chris,Cai - 博客园][eureka_zookeeper_ - Chris_Cai -]  
> [SpringCloud和dubbo区别 - 青竹玉简 - 博客园][SpringCloud_dubbo_ - _ -]
> 
> [阿里巴巴NACOS（5）- 主流微服务注册中心产品比较 Eureka、Consul、Nacos-阿里云开发者社区][NACOS_5_- _ Eureka_Consul_Nacos-]

## 简述 ##

<table> 
 <tbody> 
 <tr> 
 <td style="width:121px;">项</td> 
 <td style="width:187px;">Eureka</td> 
 <td style="width:278px;">Zookeeper</td> 
 <td style="width:242px;">Nacos</td> 
 <td style="width:359px;">Consul</td> 
 </tr> 
 <tr> 
 <td style="width:121px;">CAP理论保证项</td> 
 <td style="width:187px;"> AP（可用性与容错性）。 </td> 
 <td style="width:278px;"> CP（一致性与容错性）。 </td> 
 <td style="width:242px;">CP+AP</td> 
 <td style="width:359px;">CP</td> 
 </tr> 
 <tr> 
 <td style="width:121px;">健康检查</td> 
 <td style="width:187px;">Client Beat</td> 
 <td style="width:278px;">Keep Alive</td> 
 <td style="width:242px;">TCP/HTTP/MYSQL/Client Beat</td> 
 <td style="width:359px;">TCP/HTTP/gRPC/Cmd</td> 
 </tr> 
 <tr> 
 <td style="width:121px;">负载均衡策略</td> 
 <td style="width:187px;">Ribbon</td> 
 <td style="width:278px;">-</td> 
 <td style="width:242px;">权重/metadata/Selector</td> 
 <td style="width:359px;">Fabio</td> 
 </tr> 
 <tr> 
 <td style="width:121px;">雪崩保护</td> 
 <td style="width:187px;">有</td> 
 <td style="width:278px;">无</td> 
 <td style="width:242px;"></td> 
 <td style="width:359px;"></td> 
 </tr> 
 <tr> 
 <td style="width:121px;">自动注销实例</td> 
 <td style="width:187px;">支持</td> 
 <td style="width:278px;">支持</td> 
 <td style="width:242px;"></td> 
 <td style="width:359px;"></td> 
 </tr> 
 <tr> 
 <td style="width:121px;">访问协议</td> 
 <td style="width:187px;">HTTP</td> 
 <td style="width:278px;">TCP</td> 
 <td style="width:242px;"></td> 
 <td style="width:359px;"></td> 
 </tr> 
 <tr> 
 <td style="width:121px;">监听支持</td> 
 <td style="width:187px;">支持</td> 
 <td style="width:278px;">支持</td> 
 <td style="width:242px;"></td> 
 <td style="width:359px;"></td> 
 </tr> 
 <tr> 
 <td style="width:121px;">多数据中心</td> 
 <td style="width:187px;">支持</td> 
 <td style="width:278px;">不支持</td> 
 <td style="width:242px;"></td> 
 <td style="width:359px;"></td> 
 </tr> 
 <tr> 
 <td style="width:121px;">跨注册中心同步</td> 
 <td style="width:187px;">不支持</td> 
 <td style="width:278px;">不支持</td> 
 <td style="width:242px;"></td> 
 <td style="width:359px;"></td> 
 </tr> 
 <tr> 
 <td style="width:121px;">SpringCloud集成</td> 
 <td style="width:187px;">支持</td> 
 <td style="width:278px;">不支持</td> 
 <td style="width:242px;"></td> 
 <td style="width:359px;"></td> 
 </tr> 
 <tr> 
 <td style="width:121px;">Dobbo集成</td> 
 <td style="width:187px;">不支持</td> 
 <td style="width:278px;">支持</td> 
 <td style="width:242px;"></td> 
 <td style="width:359px;"></td> 
 </tr> 
 <tr> 
 <td style="width:121px;">K8S集成</td> 
 <td style="width:187px;">不支持</td> 
 <td style="width:278px;">不支持</td> 
 <td style="width:242px;"></td> 
 <td style="width:359px;"></td> 
 </tr> 
 </tbody> 
</table>

**相同点**

> 都可以提供服务注册与发现的功能。

**不同点**

<table> 
 <tbody> 
 <tr> 
 <td style="width:90.75pt;"> 项 </td> 
 <td style="width:272.25pt;"> Eureka </td> 
 <td style="width:269.25pt;"> Zookeeper </td> 
 </tr> 
 <tr> 
 <td style="width:90.75pt;"> CAP理论保证项 </td> 
 <td style="width:272.25pt;"> &nbsp; &nbsp; &nbsp; &nbsp; 保证AP（可用性与容错性）。 &nbsp; &nbsp; &nbsp; &nbsp; 各个节点是平等关系,只要有一台Eureka就可以保证服务可用,而查询到的数据并不是最新的。 &nbsp; &nbsp; &nbsp; &nbsp; 详见下方。 </td> 
 <td style="width:269.25pt;"> &nbsp; &nbsp; &nbsp; &nbsp; 保证CP（一致性与容错性）。 &nbsp; &nbsp; &nbsp; &nbsp; 选举期间若注册服务瘫痪,虽然服务最终会恢复,但是选举期间是不可用的。 &nbsp; &nbsp; &nbsp; &nbsp; 详见下方。 </td> 
 </tr> 
 <tr> 
 <td style="width:90.75pt;"> 节点角色 </td> 
 <td style="width:272.25pt;"> 各个节点平等 </td> 
 <td style="width:269.25pt;"> 有Leader和Follower角色 </td> 
 </tr> 
 <tr> 
 <td style="width:90.75pt;"> 分区问题 </td> 
 <td style="width:272.25pt;"> 采用自我保护机制解决分区问题 </td> 
 <td style="width:269.25pt;"> 采用过半数存活原则 </td> 
 </tr> 
 <tr> 
 <td style="width:90.75pt;"> 本质 </td> 
 <td style="width:272.25pt;"> 本质上是一个工程 </td> 
 <td style="width:269.25pt;"> 只是一个进程 </td> 
 </tr> 
 </tbody> 
</table>

## 详述 ##

**其他网址**

> [ZooKeeper、Eureka、Consul 、Nacos微服务注册中心对比 - 云+社区 - 腾讯云][ZooKeeper_Eureka_Consul _Nacos_ - _ -]

**CAP理论保证项详解**

> 当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的注册信息，但不能接受服务直接down掉不可用。也就是说，服务注册功能对可用性的要求要高于一致性。

> **Eureka保证AP**
> 
> **1.节点平等**
> 
> 各个节点是平等关系,只要有一台Eureka就可以保证服务可用,而查询到的数据并不是最新的。
> 
> Eureka在设计时就优先保证可用性。Eureka各个节点都是平等的，几个节点挂掉不会影响正常节点的工作，剩余的节点依然可以提供注册和查询服务。而Eureka的客户端在向某个Eureka注册或时如果发现连接失败，则会自动切换至其它节点，只要有一台Eureka还在，就能保证注册服务可用(保证可用性)，只不过查到的信息可能不是最新的(不保证强一致性)。
> 
> **2.自我保护机制**
> 
> 其他网址：《深入理解Spring Cloud与微服务构建》=> 5.4.6 Eureka的自我保护模式
> 
> 此之外，Eureka还有一种自我保护机制，如果在15分钟内超过85%的节点都没有正常的心跳，那么Eureka就认为客户端与注册中心出现了网络故障，此时会出现以下几种情况：
> 
> 1. Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务  
> 2. Eureka仍然能够接受新服务的注册和查询请求，但是不会被同步到其它节点上(即保证当前节点依然可用)  
> 3. 当网络稳定时，当前实例新的注册信息会被同步到其它节点中
> 
> 因此， Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像zookeeper那样使整个注册服务瘫痪。Eureka 具有自我保护机制，所以可用性比较强，zookeeper 没有自我保护机制。

> **Zookeeper保证CP**
> 
> 选举期间若注册服务瘫痪,虽然服务最终会恢复,但是选举期间是不可用的。
> 
> zk会出现这样一种情况，当master节点因为网络故障与其他节点失去联系时，剩余节点会重新进行leader选举。问题在于，选举leader的时间太长，30 ~ 120s, 且选举期间整个zk集群都是不可用的，这就导致在选举期间注册服务瘫痪。在云部署的环境下，因网络问题使得zk集群失去master节点是较大概率会发生的事，虽然服务能够最终恢复，但是漫长的选举时间导致的注册长期不可用是不能容忍的。

# Dubbo与SpringCloud区别 #

**其他网址**

> [Dubbo和Spring Cloud的区别\_java\_ConstXiong-CSDN博客][Dubbo_Spring Cloud_java_ConstXiong-CSDN]  
> [spring cloud和dubbo的区别\_Java\_anningzhu的博客-CSDN博客][spring cloud_dubbo_Java_anningzhu_-CSDN]  
> [Spring Cloud和Dubbo的区别及各自的优缺点][Spring Cloud_Dubbo]  
> [SpringCloud和dubbo区别 - 青竹玉简 - 博客园][SpringCloud_dubbo_ - _ -]

## 对比 ##

<table> 
 <tbody> 
 <tr> 
 <td style="width:88px;">项</td> 
 <td style="width:397px;">SpringCloud</td> 
 <td style="width:409px;">Dubbo</td> 
 </tr> 
 <tr> 
 <td style="width:88px;">使用场景</td> 
 <td style="width:397px;">中小项目。</td> 
 <td style="width:409px;">大项目，并发大。（一般百人以上的项目）</td> 
 </tr> 
 <tr> 
 <td colspan="3">Dubbo占优势的项</td> 
 </tr> 
 <tr> 
 <td style="width:88px;">性能</td> 
 <td style="width:397px;"> 稍弱（主要是通信协议问题）。 Http 协议 + Rest 接口。 </td> 
 <td style="width:409px;"> 稍强。 RPC：TCP长连接和NIO异步传输（Netty实现）；。 适合系统的响应时间有严格要求的场景（长连接的作用）。 </td> 
 </tr> 
 <tr> 
 <td style="width:88px;">网络消耗</td> 
 <td style="width:397px;"> 大。 http协议传输，带宽会比较多 国内95%的公司内，网络消耗不是什么太大问题。若真的成了问题，通过压缩、二进制、高速缓存、分段降级等方法，很容易解决。 </td> 
 <td style="width:409px;"> 小。 二进制的传输，占用带宽会更少。 </td> 
 </tr> 
 <tr> 
 <td style="width:88px;">接口约定</td> 
 <td style="width:397px;"> 较难约束（接口协议约定比较自由且松散）。 需要有强有力的行政措施来限制接口无序升级。 </td> 
 <td style="width:409px;"> 容易约束。 统一提供方提供的服务接口jar包版本即可。 </td> 
 </tr> 
 <tr> 
 <td colspan="3">SpringCloud占优势的项</td> 
 </tr> 
 <tr> 
 <td style="width:88px;">包依赖</td> 
 <td style="width:397px;"> 维护简单：通过maven指定spring-cloud-parent版本即可。 </td> 
 <td style="width:409px;"> 维护困难：需要手动维护jar包依赖。 </td> 
 </tr> 
 <tr> 
 <td style="width:88px;">功能支持</td> 
 <td style="width:397px;"> 功能完善：SpringCloud定位是微服务架构。 提供了微服务整套方案：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。 </td> 
 <td style="width:409px;"> 功能不完善：Dubbo定位是RPC 和服务治理。 配置中心、分布式跟踪等都需要自己去集成; </td> 
 </tr> 
 <tr> 
 <td style="width:88px;">开发难度</td> 
 <td style="width:397px;"> 简单：通过注解、配置等方式可直接使用。 </td> 
 <td style="width:409px;"> &nbsp; &nbsp; &nbsp; &nbsp; 复杂：服务提供方要提供服务接口jar包。 &nbsp; &nbsp; &nbsp; &nbsp; 服务提供方与调用方接口依赖方式太强，需管理好版本。 &nbsp; &nbsp; &nbsp; &nbsp; 通常我们在提供对外服务时，都会以REST的方式提供出去。Dubbo中我们要提供REST接口时，不得不实现一层代理，用来将RPC接口转换成REST接口进行对外发布。&nbsp; </td> 
 </tr> 
 <tr> 
 <td style="width:88px;">后期维护</td> 
 <td style="width:397px;">容易：社区活跃，教程丰富，遇到问题容易找到解决方案</td> 
 <td style="width:409px;">较难：社区不够活跃</td> 
 </tr> 
 </tbody> 
</table>

## 功能支持 ##

<table style="width:524px;"> 功能支持对比 
 <tbody> 
 <tr> 
 <th style="width:149px;">项</th> 
 <th style="width:166px;">Dubbo</th> 
 <th style="width:208px;">Spring Cloud</th> 
 </tr> 
 <tr> 
 <td style="width:149px;">服务注册中心</td> 
 <td style="width:166px;">Nacos，Zookeeper</td> 
 <td style="width:208px;">Spring Cloud Netflix Eureka</td> 
 </tr> 
 <tr> 
 <td style="width:149px;">服务调用方式</td> 
 <td style="width:166px;">RPC</td> 
 <td style="width:208px;">REST API</td> 
 </tr> 
 <tr> 
 <td style="width:149px;">服务网关</td> 
 <td style="width:166px;">无</td> 
 <td style="width:208px;">Spring Cloud Netflix Zuul</td> 
 </tr> 
 <tr> 
 <td style="width:149px;">断路器</td> 
 <td style="width:166px;">Sentinel</td> 
 <td style="width:208px;">Spring Cloud Netflix Hystrix</td> 
 </tr> 
 <tr> 
 <td style="width:149px;">分布式配置</td> 
 <td style="width:166px;">Nacos</td> 
 <td style="width:208px;">Spring Cloud Config</td> 
 </tr> 
 <tr> 
 <td style="width:149px;">服务跟踪</td> 
 <td style="width:166px;">无</td> 
 <td style="width:208px;">Spring Cloud Sleuth</td> 
 </tr> 
 <tr> 
 <td style="width:149px;">消息总线</td> 
 <td style="width:166px;">无</td> 
 <td style="width:208px;">Spring Cloud Bus</td> 
 </tr> 
 <tr> 
 <td style="width:149px;">数据流</td> 
 <td style="width:166px;">无</td> 
 <td style="width:208px;">Spring Cloud Stream</td> 
 </tr> 
 <tr> 
 <td style="width:149px;">批量任务</td> 
 <td style="width:166px;">无</td> 
 <td style="width:208px;">Spring Cloud Task</td> 
 </tr> 
 <tr> 
 <td style="width:149px;">……</td> 
 <td style="width:166px;">……</td> 
 <td style="width:208px;">……</td> 
 </tr> 
 </tbody> 
</table>

> Dubbo对于上表中总结为“无”的组件不代表不能实现，而只是Dubbo框架自身不提供，需要另外整合以实现对应的功能，比如：
> 
>  *  分布式配置：可以使用淘宝的diamond、百度的disconf来实现分布式配置管理。但是Spring Cloud中的Config组件除了提供配置管理之外，由于其存储可以使用git，因此它天然的实现了配置内容的版本管理，可以完美的与应用版本管理整合起来。
>  *  服务跟踪：可以使用京东开源的Hydra
>  *  批量任务：可以使用当当开源的Elastic-Job
>  *  ……
> 
> 虽然，Dubbo自身只是实现了服务治理的基础，其他为保证集群安全、可维护、可测试等特性方面都没有很好的实现，但是几乎大部分关键组件都能找到第三方开源来实现，这些组件主要来自于国内各家大型互联网企业的开源产品。
> 
> Dubbo 已经适配到 Spring Cloud 生态，比如作为 Spring Cloud 的二进制通信方案来发挥 Dubbo 的性能优势，Dubbo 通过模块化以及对 HTTP 的支持适配到 Spring Cloud。

[--_IT_-CSDN]: https://knife.blog.csdn.net/article/details/105391315
[Somhu_-CSDN]: https://blog.csdn.net/Somhu/article/details/89154390
[1024-CSDN]: https://blog.csdn.net/anwarkanji/article/details/94767232
[eureka_zookeeper_ - Chris_Cai -]: https://www.cnblogs.com/pickKnow/p/11384441.html
[SpringCloud_dubbo_ - _ -]: https://www.cnblogs.com/matd/articles/10549336.html
[NACOS_5_- _ Eureka_Consul_Nacos-]: https://developer.aliyun.com/article/738413
[ZooKeeper_Eureka_Consul _Nacos_ - _ -]: https://cloud.tencent.com/developer/article/1558550
[Dubbo_Spring Cloud_java_ConstXiong-CSDN]: https://blog.csdn.net/meism5/article/details/104439082
[spring cloud_dubbo_Java_anningzhu_-CSDN]: https://blog.csdn.net/anningzhu/article/details/76599875
[Spring Cloud_Dubbo]: http://c.biancheng.net/view/5310.html