采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
nacos作为配置中心,存储都走的数据库。 如果以单节点来说,肯定没有所谓的AP、CP之分。 但是像多节点的话,我记得前面在讲注册中心的时候,他们只需要往某个节点的注册中心去注册即可,内部去把注册数据发送到另外节点上。那么这种情况下,配置中心,内部是怎么个玩法?
那么这种情况下,配置中心,内部是怎么个玩法?
我们知道最终会落数据库,那么他们也是只往某个节点写配置数据吗,然后同步数据这块上还走CAP之类的模式吗
我知道后面有讲一致性协议,但老师能不能先把答案给出来
你好,同学。
关于这个问题,我们可以这样去理解:
当 Nacos 做为配置中心时,对于单节点的 NacosConfigService 来说,不会涉及到 CAP 理论,我们可以简单的将此时的配置中心当做一个单体架构的项目来看,任何对 Nacos 单节点的配置进行增删改查的操作其实就是对单体架构项目中对象的增删改查操作,这种增删改查操作是原子性的,即要么操作成功,要么操作失败。
对于多节点的 NacosConfigService 来说,由于我们的 Nacos 节点也是多节点的,即此时的 Nacos 是一种完整的集群环境,任何对 Nacos 多节点的配置进行的增删改查的操作,都会隐式的通过队列这种概念去 publish config data。由于 NacosNamingService 实现了 CAP 理论,而 NacosConfig 作为 NacosNamingService 中元数据的一部分,所以,当对多个 Nacos 节点的配置数据进行处理时,Nacos 往往会采用强一致性的概念,即 Nacos 会等待所有的节点的配置全部处理完毕时,才会正常结束这一过程。
非常感谢!
登录后可查看更多问答,登录/注册
Nacos 官方社区核心贡献者授课,带你高效 Get 相关知识点
363 5
349 2
1.8k 2
403 2
287 2
购课补贴联系客服咨询优惠详情
慕课网APP您的移动学习伙伴
扫描二维码关注慕课网微信公众号