1，服务分级存储模型
这个服务分级存储模型概念听起来很高级，下面咱们仔细分析一波！！！
1.1：nacos分级存储是什么
服务：之前有服务的概念,之前有user-service 用户服务，和order-service的订单服务，这些都称之为服务。
问题出现：
一个服务可以包含多个实例，不过随着业务规模越来越大那么我们就会考虑更多的问题，比如说你把所有的实例都部署在一个机房，就像鸡蛋放在篮子里面，哪天篮子打翻了，鸡蛋不也就完了，由小比大，把多个实例都放在一个机房，万一机房失火了，断电了，等等因素导致机房罢工了，那么全部的实例都停止，这个服务不也就挂机了嘛！
解决问题：
为了解决这个问题，我们会将多个实例部署到多个机房，像阿里，京东，这些有钱了，在北京，上海等等几个地方布置几个机房分配几个实例过去，就算一个地方的机房挂机了，我还有好几个机房正常进行。
而我们nacos分级存储模型就是引入了这样一个机房或者说地域的概念
为此也部署了多个实例，像8081，8082,8083，等等，便于下文演示
1.2：什么又是集群
而什么又是集群呢！如下图，在上海部署了两个实例，在杭州部署有两个实例，而nacos把同在一个机房中的多个实例称之为：集群，在杭州那就被称之为杭州的user-service集群，在北京的就称之为北京的user-service集群。
所以在nacos的分级模型中，一级是服务，二级是集群，三级是实例
1.3：为什么nacos 要引入这么一个服务分级
那么问题有来了，为什么nacos 要引入这么一个服务分级？为什么非要多加个集群的概念，我直接服务找实例不好嘛？
比方说有个杭州机房，里面有user-service集群，order-service集群，在上海，北京的机房中也同样有这种配置，现在order-service需要访问user-service，那么现在有两种方式访问：第一种访问本地局域网的，另外一种访问，上海或者北京的机房的user-service，那肯定选本地集群，因为局域网内的访问呢！速度快，延迟低，而跨越集群的访问比如访问上海的集群，那肯定延迟就要高了。
所以用集群的方式，把上海的实例，归纳为上海集群，把北京的实例，归纳为北京集群，优先访问同一个集群中的实例
杭州机房内的order-service应该优先访问同机房的user-service。
nacos引入这个分级概念就是为了防止跨集群进行访问或者说是尽可能的避免
1.3.1：服务跨集群调用问题
微服务互相访问时，应该尽可能访问同集群实例，因为本地访问速度更快。当本集群内不可用时，才访问其它集群。
