Eureka、Consul、Zookeeper三个注册中心的异同点

本是古典何须时尚 2021-08-27 12:11 321阅读 0赞

### Eureka、Consul、Zookeeper三个注册中心的异同点 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NvbGRfX19wbGF5_size_16_color_FFFFFF_t_70]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NvbGRfX19wbGF5_size_16_color_FFFFFF_t_70 1]

**CAP：**

*  C：Consistency（强一致性）
 *  A：Availability（可用性）
 *  P：Partition tolerance（分区容错）
 *  CAP理论关注粒度是数据，而不是整体系统设计的策略

最多只能同时较好的满足两个。

CAP理论的核心是：`一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个要求`，因此，根据CAP理论原理将NoSQL数据库分成了满足CA原则、满足CP原则和满足AP原则三大类：

*  CA：单点集群，满足一致性，可用性的系统，通常在可扩展性上不太强大
 *  CP：满足一致性，分区容错性的系统，通常性能不是特别高
 *  AP：满足可用性，分区容错性，通常可能对一致性要求较低

#### AP架构 ####

当网络分区出现后，为了保证可用性，系统B可以返回旧值，保证系统的可用性。

结论：违背了一致性C的要求，只满足可用性和分区容错性，即AP。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NvbGRfX19wbGF5_size_16_color_FFFFFF_t_70 2]

#### CP架构 ####

当网络分区出现后，为了保证一致性，就必须拒绝请求，否则无法保证一致性。  
结论：违背了可用性A的要求，只满足一致性和分区容错性，即CP。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NvbGRfX19wbGF5_size_16_color_FFFFFF_t_70 3]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NvbGRfX19wbGF5_size_16_color_FFFFFF_t_70]: /images/20210813/308291cea56744b4952c687521308528.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NvbGRfX19wbGF5_size_16_color_FFFFFF_t_70 1]: /images/20210813/e75600435f904ffd8b45ee3ba3a5ee00.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NvbGRfX19wbGF5_size_16_color_FFFFFF_t_70 2]: /images/20210813/89920fcadc494bf8ad5e9c145697953b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NvbGRfX19wbGF5_size_16_color_FFFFFF_t_70 3]: /images/20210813/3b4ec26c1dfb40af8fb3d89056a3ec09.png