这是我参与更文挑战的第16天，活动详情查看： 更文挑战
6月份已过半，今天是更文以来最晚的一天了，闲话不多聊，直接开启今天的知识点Nacos吧。
Nacos 数据模型
Nacos的数据模型看似复杂，所以目前我们先忽略这些数据属性
Nacos的使用
Nacos作为注册中心，作用与Eureka的差不多，主要有：
- 服务提供者把自己的协议地址注册到Nacos server
- 服务消费者需要从Nacos Server上去查询服务提供者的地址（根据服务名称）
- Nacos Server需要感知到服务提供者的上下线的变化
- 服务消费者需要动态感知到Nacos Server端服务地址的变化
Nacos特性
当然，Nacos的特性也是我们需要了解的：
服务发现和服务健康监测
服务发现：Nacos 支持基于 DNS 和基于 RPC 的服务发现。 健康检测：Nacos 提供对服务的实时的健康检查，阻止向不健康的主机或服务实例发送请求。
动态配置服务
（这个在微服务配置中心时再细聊）
Nacos的优点
Nacos 实现 AP+CP原理
Nacos AP实现：
AP实现：
Nacos服务管理框架就采用了 Distro协议。 Distro 协议被定位为 临时数据的一致性协议 ：该类型协议， 不需要把数据存储到磁盘或者数据库 ，因为临时数据通常和服务器保持一个session会话， 该会话只要存在，数据就不会丢失 。 所以，Nacos实现的数据的一致性
Nacos CP的实现
Spring Cloud Alibaba Nacos 在 1.0.0 正式支持 AP 和 CP 两种一致性协议，其中 CP一致性协议实现，是基于简化的 Raft 的 CP 一致性。
注册中心，配置中心二合一，提供控制台管理
今日小结
今天大致了解的一下Nacos的部分原理，接下来需要对Nacos进行实战才能够真正看出Nacos的优点
