Eureka、Zookeeper、Consul三大注册中心的异同以及其CAP
三个注册中心的异同点
组件名 | 语言 | CAP | 服务健康检查 | 对外暴露接口 | Spring Cloud集成 |
---|---|---|---|---|---|
Eureka | Java | AP | 可配支持健康检查 | HTTP | 集成 |
Consul | GO | CP | 支持健康检查 | HTTP、DNS | 集成 |
Zookeeper | Java | CP | 支持健康检查 | 客户端 | 集成 |
CAP
最多
只能同时较好的满足两个
。
CAP的核心理论是:一个分布式系统不可能同时很好的满足一致性,可用和分区容错性三个需求。
因此,根据CAP原理将NoSQL 数据分成了满足 CA 原则、满足CP原则和满足AP原则三大类。
CA - 单点集群,满足一致性,可用性的系统,通常拓展性不是特别强大。
CP - 满足一致性,分区容错性的系统,通常性能不是特别高
AP - 满足可用性,分区容错性的系统,通常对一致性的要求要低一些。
- C : Consistency(强一致性)
- A:Availability (可用性)
- P:Partitiontolerance(分区容错性)
- CAP 理论关注
细粒度是数据,而不是整体系统设计的
详细讲解地址: https://zhuanlan.zhihu.com/p/97217372