Nacos&Ribbon&Feign核心微服务架构图

架构原理
1、微服务系统在启动时将自己注册到服务注册中心，同时外发布 Http 接口供其它系统调用(一般都是基于SpringMVC)
2、服务消费者基于 Feign 调用服务提供者对外发布的接口，先对调用的本地接口加上注解@FeignClient，Feign会针对加了该注解的接口生成动态代理，服务消费者针对 Feign 生成的动态代理去调用方法时，会在底层生成Http协议格式的请求，类似/stock/deduct?productId=100
3、Feign 最终会调用Ribbon从本地的Nacos注册表的缓存里根据服务名取出服务提供在机器的列表，然后进行负载均衡并选择一台机器出来，对选出来的机器IP和端口拼接之前生成的url请求，生成调用的Http接口地址http://192.168.0.60:9000/stock/deduct?productId=100，最后基于HTTPClient调用请求。

Nacos架构图

Nacos核心功能点
服务注册：Nacos Client会通过发送REST请求的方式向Nacos Server注册自己的服务，提供自身的元数据，比如ip地址、端口等信息。Nacos Server接收到注册请求后，就会把这些元数据信息存储在一个双层的内存Map中。

服务心跳：在服务注册后，Nacos Client会维护一个定时心跳来持续通知Nacos Server，说明服务一直处于可用状态，防止被剔除。默认5s发送一次心跳。

服务健康检查：Nacos Server会开启一个定时任务用来检查注册服务实例的健康情况，对于超过15s没有收到客户端心跳的实例会将它的healthy属性置为false(客户端服务发现时不会发现)，如果某个实例超过30秒没有收到心跳，直接剔除该实例(被剔除的实例如果恢复发送心跳则会重新注册)

服务发现：服务消费者（Nacos Client）在调用服务提供者的服务时，会发送一个REST请求给Nacos Server，获取上面注册的服务清单，并且缓存在Nacos Client本地，同时会在Nacos Client本地开启一个定时任务定时拉取服务端最新的注册表信息更新到本地缓存

服务同步：Nacos Server集群之间会互相同步服务实例，用来保证服务信息的一致性。

Nacos服务注册表结构：Map<namespace, Map<group::serviceName, Service>>

举例说明：

Nacos实现注册中心源码
注册
1：首先会将传进来的实例参数放入一个队列当中去

2：程序后台会有一个线程异步的去读取这个队列，并将里面的数据放入双层map结构中的一个Set集合当中去，双层Map结构如下

private final Map<String, Map<String, Service>> serviceMap = new ConcurrentHashMap<>();

Service中有一个

private Map<String, Cluster> clusterMap = new HashMap<>();

Cluster中就有Set结构，具体的是数据就放在Set中

    @JsonIgnore
    private Set<Instance> persistentInstances = new HashSet<>();
    
    @JsonIgnore
    private Set<Instance> ephemeralInstances = new HashSet<>();

3：为什么使用队列去异步注册呢
为了提高性能。满足高并发。注册是在客户端去调用的，服务端去执行的，如果搞同步的话，就会比较慢。系统启动时间就会更长。

Nacos注册表如何防止多节点读写并发冲突
首先平时我们可能会在注册时候会加排它锁，注册完后解锁，
但是在nacos中会去搞一个注册表的副本，注册或者修改的时候是修改的副本，然后再去替换真正的注册表内存数据。也就是copy on write机制。可能会出现读取到的数据不是最新数据的问题，但是性能更高。

oldMap就是副本。
拿到老的实例数据与新的做比对，如果老的中有就比对进行修改，如果没有就新增。

然后直接替换。

Nacos注册表为什么搞个双层map
首先第一层key为nameSpace可以实现不同环境的隔离。
第二层map的key为group，可以实现不同服务的之间的隔离。
同时也可以实现一个高可扩展。