文章参考自图灵大佬课程：https://www.bilibili.com/video/BV1fe4y1b7ha?p=1&vd_source=5f425e0074a7f92921f53ab87712357b
1.什么是Nacos
官方：一个更易于构建云原生应用的动态服务发现(Nacos Discovery )、服务配置(Nacos Config)和服务管理平台。
简单来说就是：集注册中心+配置中心+服务管理的平台。
Nacos的关键特性包括：
- 服务发现和服务健康监测
- 动态配置服务
- 动态 DNS 服务
- 服务及其元数据管理
2. Nacos注册中心
管理所有微服务、解决微服务之间调用关系错综复杂、难以维护的问题；
2.1 注册中心演变及其设计思想
如下图：
1、传统的分布式架构通过RestTemplate实现服务之间的相互调用，但是如果将被调用方的IP:端口维护在调用方的话，当服务非常多的时候，调用关系十分复杂难以维护。如果每个被调用方的IP:端口发生改变的话，需要更改代码，十分不方便。集群部署也十分麻烦。
所以我们可以通过手动维护一张注册表来通过服务名来调用微服务。
2、为什么可以通过服务来调用服务？
因为我们手动的维护了一个注册表，里面存放着每个服务的服务名和IP:端口,我们通过服务名去调用某个服务时，先通过服务名去数据库中查询该服务对应的IP:端口,然后再通过IP:端口对服务进行调用，实际上还是通过IP:端口进行调用，只不过将这一步给封装了起来，方便开发者使用而已。
如下图：
3、但是如果当会员服务进行横向扩展的时候，通过一个服务名可以查询出好几个IP:端口，怎么选择去调用哪个会员服务呢？
（1）我们可以通过自己编写一个轮询（负载均衡的机制） 来实现服务的选择问题，按顺序对服务进行调用。
（2）使用nginx维护订单服务列表，把所有的服务配置在nginx中（服务端负载均衡）。问题：如果一个服务挂掉了，我们下次不想再调用这个服务，那么nginx实现不了这个功能，因为nginx不会对服务进行监控，发现不了服务已经挂掉了。而且当成百上千的微服务配置在nginx中时，配置文件会变得十分复杂，运维人员会崩溃的。
如下图：
4、注册中心诞生
信息也会被存到数据库中。我们通过服务名去调用某个服务时，先通过服务名去数据库中查询该服务对应的IP:端口,然后再通过IP:端口对服务进行调用。如果是订单服务列表的话，会通过负载均衡算法来进行选择（默认是轮询，可以修改，通过负载均衡组件来管理负载均衡算法）（客户端负载均衡）。如果某个服务挂掉的话，注册中心会检测到该服务不可用，则该服务会被忽略不会被调用（心跳机制）。
2.2 核心功能
服务注册：Nacos Client会通过发送REST请求的方式向Nacos Server注册自己的服务，提供自身的元数据，比如ip地址、端口等信息。Nacos Server接收到注册请求后，就会把这些元数据信息存储在一个双层的内存Map中。
服务心跳：在服务注册后，Nacos Client会维护一个定时心跳来持续通知Nacos Server，说明服务一直处于可用状态，防止被剔除。默认5s发送一次心跳。
服务同步：Nacos Server集群之间会互相同步服务实例，用来保证服务信息的一致性。
服务发现：服务消费者（Nacos Client）在调用服务提供者的服务时，会发送一个REST请求给Nacos Server，获取上面注册的服务清单，并且缓存在Nacos Client本地，同时会在Nacos Client本地开启一个定时任务定时拉取服务端最新的注册表信息更新到本地缓存。
服务健康检查：Nacos Server会开启一个定时任务用来检查注册服务实例的健康情况，对于超过15s没有收到客户端心跳的实例会将它的healthy属性置为false(客户端服务发现时不会发现)，如果某个实例超过30秒没有收到心跳，直接剔除该实例(被剔除的实例如果恢复发送心跳则会重新注册)。
2.3 主流的注册中心
CAP ： C 一致性 A 可用性 P 分区容错性
