SpringCloud Alibaba核心组件Nacos【服务多级存储模型&配置集群】第2章

简介: 本章主要诠释:服务集群属性和配置,服务分级存储是什么,什么是集群,为什么要引物服务分级,解决什么问题

 1,服务分级存储模型

这个服务分级存储模型概念听起来很高级,下面咱们仔细分析一波!!!

1.1:nacos分级存储是什么

服务:之前有服务的概念,之前有user-service 用户服务,和order-service的订单服务,这些都称之为服务。

问题出现:

一个服务可以包含多个实例,不过随着业务规模越来越大那么我们就会考虑更多的问题,比如说你把所有的实例都部署在一个机房,就像鸡蛋放在篮子里面,哪天篮子打翻了,鸡蛋不也就完了,由小比大,把多个实例都放在一个机房,万一机房失火了,断电了,等等因素导致机房罢工了,那么全部的实例都停止,这个服务不也就挂机了嘛!

解决问题:

为了解决这个问题,我们会将多个实例部署到多个机房,像阿里,京东,这些有钱了,在北京,上海等等几个地方布置几个机房分配几个实例过去,就算一个地方的机房挂机了,我还有好几个机房正常进行。

而我们nacos分级存储模型就是引入了这样一个机房或者说地域的概念

为此也部署了多个实例,像8081,8082,8083,等等,便于下文演示image.gif编辑

1.2:什么又是集群

而什么又是集群呢!如下图,在上海部署了两个实例,在杭州部署有两个实例,而nacos把同在一个机房中的多个实例称之为:集群,在杭州那就被称之为杭州的user-service集群,在北京的就称之为北京的user-service集群。

所以在nacos的分级模型中,一级是服务,二级是集群,三级是实例

image.gif编辑

image.gif编辑

1.3:为什么nacos 要引入这么一个服务分级

那么问题有来了,为什么nacos 要引入这么一个服务分级?为什么非要多加个集群的概念,我直接服务找实例不好嘛?

比方说有个杭州机房,里面有user-service集群,order-service集群,在上海,北京的机房中也同样有这种配置,现在order-service需要访问user-service,那么现在有两种方式访问:第一种访问本地局域网的,另外一种访问,上海或者北京的机房的user-service,那肯定选本地集群,因为局域网内的访问呢!速度快,延迟低,而跨越集群的访问比如访问上海的集群,那肯定延迟就要高了。

所以用集群的方式,把上海的实例,归纳为上海集群,把北京的实例,归纳为北京集群,优先访问同一个集群中的实例

image.gif编辑

杭州机房内的order-service应该优先访问同机房的user-service。

nacos引入这个分级概念就是为了防止跨集群进行访问或者说是尽可能的避免

1.3.1:服务跨集群调用问题

微服务互相访问时,应该尽可能访问同集群实例,因为本地访问速度更快。当本集群内不可用时,才访问其它集群。

2,服务集群属性

如图这边我开启三个实例

image.gif编辑

image.gif编辑

查看一下服务中实例的详情信息,可以发现集群默认为DEFAULT

image.gif编辑

下面给三个实例,分别设为(北京集群),SH(上海集群)

2.1 给实例配置集群

2.1.1:修改文件yml,添加如下内容:

第一个修改了application.yml文件的集群配置:设置该实例在BJ集群

image.gif编辑

#端口号

server:

 port: 8888


spring:

 application:

   name: service-provider          #服务名

 cloud:

   nacos:

     discovery:

       server-addr: 127.0.0.1:8848   #nacos服务地址

       cluster-name: BJ   #配置集群名称,也就是机房位置,例如:BJ,北京

第二个修改了application-8081.yml文件的集群配置:设置该实例在JS集群

image.gif编辑

#server.port=8070

#spring.application.name=service-provider

#spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848

#端口号

server:

 port: 8170


spring:

 application:

   name: service-provider          #服务名

 cloud:

   nacos:

     discovery:

       server-addr: 127.0.0.1:8848   #nacos服务地址

       cluster-name: JS          #配置集群名称,也就是机房位置,例如:JS,江苏

第三个修改了application-8082.yml文件的集群配置:设置该实例在JS集群

image.gif编辑

server:

 port: 8270


spring:

 application:

   name: service-provider          #服务名

 cloud:

   nacos:

     discovery:

       server-addr: 127.0.0.1:8848   #nacos服务地址

       cluster-name: JS          #配置集群名称,也就是机房位置,例如:JS,江苏

注意:

image.gif编辑

这两个yml文件的激活,修改启动项

-Dspring.profiles.active=8081

image.gif编辑

image.gif编辑

2.1.2:在Nacos控制台可以看到集群变化:

image.gif编辑

查看一下详情:

image.gif编辑


相关文章
|
2月前
|
SpringCloudAlibaba API 开发者
新版-SpringCloud+SpringCloud Alibaba
新版-SpringCloud+SpringCloud Alibaba
|
1月前
|
JSON SpringCloudAlibaba Java
Springcloud Alibaba + jdk17+nacos 项目实践
本文基于 `Springcloud Alibaba + JDK17 + Nacos2.x` 介绍了一个微服务项目的搭建过程,包括项目依赖、配置文件、开发实践中的新特性(如文本块、NPE增强、模式匹配)以及常见的问题和解决方案。通过本文,读者可以了解如何高效地搭建和开发微服务项目,并解决一些常见的开发难题。项目代码已上传至 Gitee,欢迎交流学习。
129 1
Springcloud Alibaba + jdk17+nacos 项目实践
|
26天前
|
消息中间件 自然语言处理 Java
知识科普:Spring Cloud Alibaba基本介绍
知识科普:Spring Cloud Alibaba基本介绍
57 2
|
1月前
|
Dubbo Java 应用服务中间件
Dubbo学习圣经:从入门到精通 Dubbo3.0 + SpringCloud Alibaba 微服务基础框架
尼恩团队的15大技术圣经,旨在帮助开发者系统化、体系化地掌握核心技术,提升技术实力,从而在面试和工作中脱颖而出。本文介绍了如何使用Dubbo3.0与Spring Cloud Gateway进行整合,解决传统Dubbo架构缺乏HTTP入口的问题,实现高性能的微服务网关。
|
2月前
|
负载均衡 Java Nacos
SpringCloud基础2——Nacos配置、Feign、Gateway
nacos配置管理、Feign远程调用、Gateway服务网关
SpringCloud基础2——Nacos配置、Feign、Gateway
|
2月前
|
人工智能 前端开发 Java
Spring Cloud Alibaba AI,阿里AI这不得玩一下
🏀闪亮主角: 大家好,我是JavaDog程序狗。今天分享Spring Cloud Alibaba AI,基于Spring AI并提供阿里云通义大模型的Java AI应用。本狗用SpringBoot+uniapp+uview2对接Spring Cloud Alibaba AI,带你打造聊天小AI。 📘故事背景: 🎁获取源码: 关注公众号“JavaDog程序狗”,发送“alibaba-ai”即可获取源码。 🎯主要目标:
94 0
|
1月前
|
负载均衡 Java API
【Spring Cloud生态】Spring Cloud Gateway基本配置
【Spring Cloud生态】Spring Cloud Gateway基本配置
37 0
|
15天前
|
负载均衡 应用服务中间件 Nacos
Nacos配置中心
Nacos配置中心
47 1
Nacos配置中心
|
11天前
|
监控 Java 测试技术
Nacos 配置中心变更利器:自定义标签灰度
本文是对 MSE Nacos 应用自定义标签灰度的功能介绍,欢迎大家升级版本进行试用。
|
14天前
|
网络安全 Nacos 开发者
Nacos作为流行的微服务注册与配置中心,“节点提示暂时不可用”是常见的问题之一
Nacos作为流行的微服务注册与配置中心,其稳定性和易用性备受青睐。然而,“节点提示暂时不可用”是常见的问题之一。本文将探讨该问题的原因及解决方案,帮助开发者快速定位并解决问题,确保服务的正常运行。通过检查服务实例状态、网络连接、Nacos配置、调整健康检查策略等步骤,可以有效解决这一问题。
27 4