服务注册与发现-Eureka、Consul、Zookeeper的区别
三者异同点
组件名 | 编写语言 | CAP | 服务健康检查 | 对外暴露接口 | SpringCloud 集成 |
---|---|---|---|---|---|
Eureka | Java | AP | 可通过配置支持 | HTTP | 可集成 |
Consul | Golang | CP | 支持 | HTTP/DNS | 可集成 |
Zookeeper | Java | CP | 支持 | 客户端 | 可集成 |
它们的使用方式基本一致,只是导入依赖不同。
CAP 理论
- C:Consistency(强一致性)
- A:Availability(可用性)
- P:Partition tolerance(分区容错性)
CAP 理论关注粒度是数据,而不是整体系统设计的策略
CAP 理论的核心是:一个分布式系统不可能同时很好的满足一致性, 可用性和分区容错性这三个需求。
因此,根据CAP原理将NoSQL数据库分成了满足CA原则、满足CP原则和满足AP原则三大类:
- CA - 单点集群,满足一致性,可用性的系统,通常在可扩展性上不太强大。
- CP - 满足一致性,分区容忍必的系统,通常性能不是特别高。
- AP - 满足可用性,分区容忍性的系统,通常可能对一致性要求低一些。