Nacos系列：欢迎来到Nacos的世界！
什么是Nacos?
Nacos 是构建以“服务”为中心的现代应用架构 (例如微服务范式、云原生范式) 的服务基础设施。
Nacos可以做什么？
1、动态配置服务：支持以中心化、外部化和动态化的方式管理所有环境的配置。动态配置消除了配置变更时重新部署应用和服务的需要。配置中心化管理让实现无状态服务更简单，也让按需弹性扩展服务更容易。
2、服务发现及管理：支持DNS-Based和RPC-Based(Dubbo、gRPC)模式的服务发现，同时提供实时健康检查，以防止将请求发往不健康的主机或服务实例。借助Nacos，可以更容易地为服务实现断路器。
3、动态DNS服务：通过支持权重路由，轻松实现中间层负载均衡、更灵活的路由策略、流量控制及简单数据中心内网的简单DNS解析服务。更加容易地实现以DNS协议为基础的服务发现，以消除耦合到厂商私有服务发现API上的风险。
Nacos的特性一览
1、易于使用
动态配置管理、服务发现和动态的一站式解决方案
20多种开箱即用的以服务为中心的架构特性
基本符合生产要求的轻量级易用控制台
2、更适应云架构
无缝支持Kubernetes和Spring Cloud
在主流公共云上更容易部署和运行（例如阿里云和AWS）
多租户和多环境支持
3、生产等级
脱胎于历经阿里巴巴10年生产验证的内部产品
支持具有数百万服务的大规模场景
具备企业级SLA的开源产品
4、丰富的应用场景
支持限流、大促销预案和异地多活
直接支持或稍作扩展即可支持大量有用的互联网应用场景
流量调度和服务治理
Nacos架构
Nacos概念
- 地域(Region)：物理的数据中心，资源创建成功后不能更换
- 可用区(Available Zone)：同一地域内，电力和网络互相独立的物理区域。同一可用区内，实例的网络延迟较低。
- 接入点(Endpoint)：地域的某个服务的入口域名
- 命名空间(Namespace)：用于进行租户粒度隔离。不同的命名空间下，可以存在相同的Group或Data ID的配置。
- 配置(Configuration)：从代码中分离出来独立管理的变量、需要变更的参数等
- 配置管理(Configuration Management)：系统配置的编辑、存储、分发、变更管理、历史版本管理、变更审计等所有与配置相关的活动。
- 配置项(Configuration Item)：一个具体的可配置的参数与其值域，通常以 param-key=param-value 的形式存在。
- 配置集(Configuration Set)：一组相关或者不相关的配置项的集合。在系统中，一个配置文件通常就是一个配置集，包含了系统各个方面的配置。
- 配置集ID(Data ID)：某个配置集的ID，是组织划分配置的维度之一，通常用于组织划分系统的配置集。一个系统或者应用可以包含多个配置集，每个配置集都可以被一个有意义的名称标识，通常采用类 Java包的命名规则保证全局唯一性（此命名规则非强制）。
- 配置分组(Group)：一组配置集，是组织配置的维度之一，通过一个有意义的字符串对配置集进行分组，从而区分 Data ID 相同的配置集。创建一个配置时，如果未填写配置分组的名称，则配置分组的名称默认采用DEFAULT_GROUP。
- 配置快照(Configuration Snapshot)：Nacos 的客户端 SDK 会在本地生成配置的快照。当客户端无法连接到 Nacos Server 时，可以使用配置快照显示系统的整体容灾能力。
- 服务(Service)：通过预定义接口网络访问的提供给客户端的软件功能。
- 服务名(Service Name)：服务提供的标识，通过该标识可以唯一确定其指代的服务。
- 服务注册中心(Service Registry)：存储服务实例和服务负载均衡策略的数据库。
- 服务元数据(Service Metadata)：服务元数据是指包括服务端点(endpoints)、服务标签、服务版本号、服务实例权重、路由规则、安全策略等描述服务的数据
- 服务提供方(Service Provider)：是指提供可复用和可调用服务的应用方
- 服务消费方(Service Consumer)：是指会发起对某个服务调用的应用方
- 服务发现(Service Discovery)：在计算机网络上，对服务下的实例的地址和元数据进行探测，并以预先定义的接口提供给客户端进行查询。
- 服务分组(Service Group)：不同的服务可以归类到同一分组。
- 名字服务(Naming Service)：提供分布式系统中所有对象(Object)、实体(Entity)的“名字”到关联的元数据之间的映射管理服务
- 配置服务(Configuration Service)：在服务或者应用运行过程中，提供动态配置或者元数据以及配置管理的服务提供者。
- 元数据(Metadata)：Nacos数据（如配置和服务）描述信息，如服务版本、权重、容灾策略、负载均衡策略、鉴权配置、各种自定义标签 (label)，从作用范围来看，分为服务级别的元信息、集群的元信息及实例的元信息。
- 应用(Application)：用于标识服务提供方的服务的属性。
- 虚拟集群(Virtual Cluster)：同一个服务下的所有服务实例组成一个默认集群，集群可以被进一步按需划分，划分的单位可以是虚拟集群。
- 实例(Instance)：提供一个或多个服务的具有可访问网络地址(IP:Port)的进程。
- 权重(Weight)：实例级别的配置，权重为浮点数，权重越大，分配给该实例的流量越大。
- 健康检查(Health Check)：以指定方式检查服务下挂载的实例的健康度，从而确认该实例是否能够提供服务。根据检查结果，实例会被判断是否健康，对服务发起解析请求时，不健康的实例不会返回给客户端。
- 健康保护阈值(Protect Threshold)：为防止因过多实例不健康导致流量全部流向健康的实例，继而造成流量压力把健康的实例压垮并形成雪崩效应，应将健康保护阈值定义未一个0~1之间的浮点数，当域名健康实例占总服务实例的比例小于该值时，无论实例是否健康，都会将这个实例返回给客户端，这样做虽然损失了一部分流量，但是保证了集群的剩余健康实例能够正常工作。
以上内容整理源自：Nacos官网
梳理好Nacos的架构及概念，接下来准备Nacos的环境，Nacos的环境安装非常简单，首先从 GitHub 上 checkout 源码，编译获取安装包，命令如下：
mvn -Prelease-nacos clean install -U
编译完成后
因为我使用的是Windows，所以取target下的nacos-server-0.8.0.zip包（当然也可以从Github上直接下载安装包），将其解压到任意目录下
注意：所解压目录的文件路径不能包含空格，例如：D:/Program Files/Nacos，否则在启动Nacos Server时，会提示错误：找不到或无法加载主类 Files/Nacos/bin/Files/Nacos/plugins/cmdb
解压后，进入bin目录，双击startup.cmd，此时，Nacos Server就开始启动了
在启动界面中，可以看到Nacos的版本、运行模式、端口号、进程号、Console等信息，其中Console：http://192.168.1.102:8848/nacos/index.html的地址就是Nacos的控制台，可以直接在浏览器访问：
Nacos控制台的默认账号密码为：nacos/nacos
登录后可以看到如下界面，在控制台可以进行配置和服务的管理
怎么样，是不是感觉很简单？
好了，Nacos就先介绍到这里，下一期将以一个完整的案例来介绍Nacos的用法和特性。
