热门
最新
红包
立Flag
投票
同城
我的
发布
CAP 理论告诉我们: ⼀个分布式系统不可能同时满⾜数据⼀致性, 服务可⽤性和分区容错性这三个基本需求, 最多只能同时满⾜其中的两个
为什么？
如果要保证一致性，总部有了新通知，就必须等所有地区的成员都收到通知后，才能统一回应客户。但这样在网络故障期间，那些没收到通知的地区成员就无法回应客户，也就牺牲了可用性。
如果要保证可用性，不管网络有没有问题，只要客户来咨询，成员们就得马上回应。但这样一来，在网络分区的情况下，那些没收到新通知的成员可能就会给出和收到通知的成员不一样的回应，也就牺牲了一致性。
————————————————
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
原文链接：https://blog.csdn.net/LHY537200/article/details/146774033
CSDN App 扫码分享
评论
2
打赏
- 复制链接
- 举报
下一条：
在最初的架构体系中, 集群的概念还不那么流⾏, 且机器数量也⽐较少, 此时直接使⽤DNS+Nginx就可以满⾜⼏乎所有服务的发现. 相关的注册信息直接配置在Nginx. 但是随着微服务的流⾏与流量的激增,机器规模逐渐变⼤, 并且机器会有频繁的上下线⾏为, 这种时候需要运维⼿动地去维护这个配置信息是⼀个很⿇烦的操作. 所以开发者们开始希望有这么一个东西, 它能维护⼀个服务列表, 哪个机器上线了,哪个机器宕机了, 这些信息都会自动更新到服务列表上, 客户端拿到这个列表, 直接进行服务调用即可. 这个就是注册中心。 注册中⼼主要有三种⻆⾊：服务提供者(Server)：⼀次业务中, 被其它微服务调用的服务. 也就是提供接⼝给其它微服务.服务消费者(Client)：⼀次业务中, 调用其它微服务的服务. 也就是调⽤其它微服务提供的接⼝.服务注册中⼼(Registry): ⽤于保存Server 的注册信息, 当Server 节点发⽣变更时, Registry 会同步变更. 服务与注册中⼼使⽤⼀定机制通信, 如果注册中⼼与某服务⻓时间⽆法通信, 就会注销该实例———————————————— 版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 原文链接：https://blog.csdn.net/LHY537200/article/details/146774033
