Nacos 数据模型 Key 由三元组唯一确定, Namespace默认是空串，公共命名空间（public），分组默认是 DEFAULT_GROUP。
以上都是nacos官网上面的图片及描述，综合一下应该是这个样子
可以在nacos控制台看到与之对应的界面
我们来看下这些东西都是用来干嘛的，
NameSpace可以用来进行资源的隔离，比如我们dev环境的服务和test环境的服务都往同一个nacos服务上面注册，dev环境是调用不到test环境的服务的。
我们在nacos控制台新建两个namespace，test和dev会生成两个ID
设置我们订单服务和库存服务的namespace，一个为dev一个为test
再来查看nacos控制台的服务列表会看见两个服务并不在public的命名空间下了，而是去到了test和dev下面，调用我们创建订单的接口，会发现在订单服务里面无法去扣减库存了。因为这两个服务现在已经不在同一个namespace下面了，无法进行调用了。
Group顾名思义就是分组了，比如订单和支付服务是支付组，库存物流属于物流组，不同的分组之前的服务也是不能进行调用的。将上面的服务设置成同样的namespace之后，发现服务可以调用了。但是我们有设置成不同的分组，发现服务又不能调用了。
两个扩展点：spring.cloud.nacos.discovery.cluster-name参数
cluster-name，可以设置上之后通过自己的负载均衡算法可以实现优先同集群调用，减少网络开销，比如在成都这边都有部署订单服务和库存服务，那么订单调库存的时候优先调用成都机房的库存服务（spring.cloud.nacos.discovery.cluster-name=CD）。
spring.cloud.nacos.discovery.metadata参数
元数据参数可以配置一些额外的信息，比如设置一个版本进去，通过自己的负载均衡算法实现同版本之间的服务调用。比如线上有10个订单服务和10个库存服务都是V1版本，现在改部分改动，都上了2个V2版本，通过实现我们自己的负载算法，使得V2版本的订单只能调用V2库存服务。
以上的数据模型详见Nacos源码：com.alibaba.nacos.naming.core.ServiceManager类
这个双层Map的key分别是namespace和group::serviceName，
com.alibaba.nacos.naming.core.Service中可以看到有一个Map<String, Cluster>，
com.alibaba.nacos.naming.core.Cluster中才是具体的服务实例com.alibaba.nacos.naming.core.Instance的Set集合，一个是持久化实例，一个非持久化实例。
