对应着我们前面学的：Eureka/Consul/Zookeeper（服务注册） Config+Bus（配置中心）
1.Nacos简介
1.是什么
- 一个更易于构建云原生应用的动态服务发现、配置管理和服务的管理平台。
- Nacos：Dynamic Naming and Configuration Service
- Nacos就是注册中心 + 配置中心的组合， Nacos = Eureka + Config + Bus
2.能干什么
替代Eureka做服务注册中心；替代Config做服务配置中心
3 下载地址
https://github.com/alibaba/Nacos
官网文档：https://nacos.io/zh-cn/index.html
https://spring-cloud-alibaba-group.github.io/github-pages/greenwich/spring-cloud-alibaba.html#_spring_cloud_alibaba_nacos_discovery
2. 安装并运行Nacos
本地需要准备java8+maven环境。
官网下载：https://github.com/alibaba/nacos/releases
解压安装包，运行bin目录下的startup.cmd
默认的是集群模式，我们需要单机启动cmd中输入：startup.cmd -m standalone 即可通过单机模式启动
命令运行成功后直接访问http://localhost:8848/nacos 默认账号密码都是nacos
启动成功。
3. Nacos作为服务注册中心演示
官方手册
1 基于Nacos的服务提供者
1.1建module
cloudalibaba-provider-payment9001
1.2pom
父工程中需要引入alibaba的依赖，之前已经引入过了
alibaba的依赖
本模块pom
1.3 yml
根据官方文档 application.yaml
1.4 主启动类
PaymentMain9001
1.5 业务类
PaymentController
1.6 测试
这里不像eureka还要写注册中心微服务，直接安装打开nacos即可。
启动9001，查看nacos控制台，注册成功
1.7 相同配置再新建一个module 9002
2.基于Nacos的服务消费者
Nacos自带负载均衡
2.1建module
新建module cloudalibaba-consumer-nacos-order83
2.2 pom
nacos自带负载均衡
Ribbon：支持负载均衡，自带RestTemplate
pom.xml
2.3 yml
application.yaml
2.4 主启动类
OrderNacosMain83
2.5业务类
config.ApplicationContextBean
OrderNacosController
2.6 测试
轮询负载均衡
服务注册中心对比
3.1 Nacos与CAP
Nacos可以在CP与AP之间切换
3.2 CP与AP的切换
C（consistency）：所有节点在同一时间看到的数据是一致的，强一致性；
A（availability）：的定义是所有的请求都会收到响应，最起码有一个兜底回复，高可用性。
何时选择使用何种模式？
AP:
一般来说，如果不需要存储服务级别的信息且服务实例是通过nacos-client注册，并能够保持心跳上报，那么就可以选择AP模式。当前主流的服务如 Spring cloud 和 Dubbo 服务，都适用于AP模式，AP模式为了服务的可能性而减弱了一致性，因此AP模式下只支持注册临时实例。
CP:
如果需要在服务级别编辑或者存储配置信息，那么 CP 是必须，K8S服务和DNS服务则适用于CP模式。
CP模式下则支持注册持久化实例，此时则是以 Raft 协议为集群运行模式，该模式下注册实例之前必须先注册服务，如果服务不存在，则会返回错误。
怎么切换：
curl -X PUT ‘$NACOS_SERVER:8848/nacos/v1/ns/operator/switches?entry=serverMode&value=CP’