Nacos （Dynamic Naming and Configuration Service）是阿⾥巴巴开源的⼀个针对微服务架构中服务发现、配置管理和服务管理平台。 Nacos就是注册中⼼+配置中⼼的组合（Nacos=Eureka+Config+Bus） 官⽹：https://nacos.io 下载地址：https://github.com/alibaba/Nacos
Nacos功能特性
服务发现与健康检查 动态配置管理 动态DNS服务 服务和元数据管理（管理平台的⻆度，nacos也有⼀个ui⻚⾯，可以看到注册的服务及其实例信息 （元数据信息）等），动态的服务权重调整、动态服务优雅下线，都可以去做Nacos 单例服务部署 下载解压安装包，执⾏命令启动（我们使⽤最近⽐较稳定的版本 nacos-server-1.2.0.tar.gz）
linux/mac：sh startup.sh -m standalone windows：cmd startup.cmd访问nacos管理界⾯：http://127.0.0.1:8848/nacos/#/login（默认端⼝8848，账号和密码 nacos/nacos） 保护阈值：可以设置为0-1之间的浮点数，它其实是⼀个⽐例值（当前服务健康实例数/当前服务总实例数） 场景：
⼀般流程下，nacos是服务注册中⼼，服务消费者要从nacos获取某⼀个服务的可⽤实例信息，对于服务实例有健康/不健康状态之分，nacos在返回给消费者实例信息的时候，会返回健康实例。这个时候在⼀些⾼并发、⼤流量场景下会存在⼀定的问题
如果服务A有100个实例，98个实例都不健康了，只有2个实例是健康的，如果nacos只返回这两个健康实例的信息的话，那么后续消费者的请求将全部被分配到这两个实例，流量洪峰到来，2个健康的实例也扛不住了，整个服务A 就扛不住，上游的微服务也会导致崩溃，，，产⽣雪崩效应。
保护阈值的意义在于 当服务A健康实例数/总实例数 < 保护阈值 的时候，说明健康实例真的不多了，这个时候保护阈值会被触发（状态true） nacos将会把该服务所有的实例信息（健康的+不健康的）全部提供给消费者，消费者可能访问到不健康的实例，请求失败，但这样也⽐造成雪崩要好，牺牲了⼀些请求，保证了整个系统的⼀个可⽤。 注意：阿⾥内部在使⽤nacos的时候，也经常调整这个保护阈值参数。
Nacos客户端引⼊的时候，会关联引⼊Ribbon的依赖包，我们使⽤OpenFiegn的时候也会引⼊Ribbon的依赖，Ribbon包括Hystrix都按原来⽅式进⾏配置即可 此处，我们将简历微服务，⼜启动了⼀个8083端⼝，注册到Nacos上，便于测试负载均衡，我们通过后台也可以看出。
Namespace命名空间、Group分组、集群这些都是为了进⾏归类管理，把服务和配置⽂件进⾏归类，归类之后就可以实现⼀定的效果，⽐如隔离 ⽐如，对于服务来说，不同命名空间中的服务不能够互相访问调⽤
Namespace：命名空间，对不同的环境进⾏隔离，⽐如隔离开发环境、测试环境和⽣产环境 Group：分组，将若⼲个服务或者若⼲个配置集归为⼀组，通常习惯⼀个系统归为⼀个组 Service：某⼀个服务，⽐如简历微服务 DataId：配置集或者可以认为是⼀个配置⽂件
Namespace + Group + Service 如同 Maven 中的GAV坐标，GAV坐标是为了锁定Jar，⼆这⾥是为了锁定服务 Namespace + Group + DataId 如同 Maven 中的GAV坐标，GAV坐标是为了锁定Jar，⼆这⾥是为了锁定配置⽂件
Nacos抽象出了Namespace、Group、Service、DataId等概念，具体代表什么取决于怎么⽤（⾮常灵活），推荐⽤法如下 Nacos服务的分级模型
安装3个或3个以上的Nacos 复制解压后的nacos⽂件夹，分别命名为nacos-01、nacos-02、nacos-03
修改配置⽂件 同⼀台机器模拟，将上述三个⽂件夹中application.properties中的server.port分别改为 8848、8849、8850 同时给当前实例节点绑定ip，因为服务器可能绑定多个ip
nacos.inetutils.ip-address=127.0.0.1复制⼀份conf/cluster.conf.example⽂件，命名为cluster.conf 在配置⽂件中设置集群中每⼀个节点的信息
# 集群节点配置 127.0.0.1:8848 127.0.0.1:8849 127.0.0.1:8850分别启动每⼀个实例（可以批处理脚本完成）
sh startup.sh -m cluster