应用于分布式系统-配置优先级 | 学习笔记

简介: 快速学习应用于分布式系统-配置优先级。

开发者学堂课程【Spring Cloud Alibaba Nacos 详解(上)应用于分布式系统-配置优先级】学习笔记,与课程紧密联系,让用户快速学习知识。

课程地址:https://developer.aliyun.com/learning/course/724/detail/12928


应用于分布式系统—配置优先级

 

内容介绍

.优先级简介

.共享 Data ID

.优先级问题

.优先级顺序

.关闭配置

 

一.优先级简介

微服务自己通过服务名加扩展名然后找到一个 Dta ID ,一种是扩展的 Data ID 的方式,一种是共享的 Data ID 的方式,这些都可以指定 Data ID ,这几种方式是有一种优先级的。

 

.共享 Data ID

扩展 Data ID ,扩展是以数组的方式去扩展,C就是根据内部规则,根据我们说的项目名加扩展名的方式对应到一个 Data ID ,这几种方式都可以来用 Data ID ,这三种方式放到一起有一个优先级,CBA,就是通过内部规则,通过项目的名称加扩展名引用到的扩展地球,这个配置文件的信息加载了优先级最高,其次是扩展的这一个,最后才是贡献的。

 

.优先级问题

优先级最高 如果项目名加扩展名对应的 Service.yml 里面,有一个配置信息比如叫Name,叫张三,那扩展的配置文件里边,也有一个Name 叫李四,此时应用程序加载到的 Name 所对应的key是张三还是李四,根据刚才我们所说的优先级最高的是 C,内部规则所对应的这个 Service1.ynm 加载到的所以应该是张三,而不是扩展到的李四,这就叫做加载的优先级问题。

 

.优先级顺序

扩展的和共享的是优先级,那扩展的也有很多文件,如果扩展的文件里面也有重复的,那那个优先,是以n的值越大优先级越高,n就是012n 现在是2,那么我现在的数组就是三个元素,以2n的优先级最高,也就是n等于2的优先级最高,

common01里面有个叫张三,common03里面有个叫李思,现在内部规则对应的里面没有name01里面有张三,02里面有李四,03里面有李四,请问现在加载完之后我们要取出 Name 的值是张三还是李四,n的值越大优先级越高,一定是取出来03的李四,不是张三的,现在演示一下效果,因为配置很有可能重复,重复的话要清楚要以谁为准,谁的优先级高,就以谁为准,我们现在先去演示扩展以n 最大的优先级的事,共享的 Data ID 就不演示了,建议大家用扩展的 Data ID 的方式,所以这里面我们演示一般,我们修改0301当中有一个 Age 等于12,我们加一个 Age 等于15,此时我们三个配置文件,01里面有一个配置等于1203当中有一个配置文件等于15,现在要加 Age 这个值那么就要以优先级高的为准,n 大的是谁,n 大的以n为准,属性是15,所以很关键,重启然后刷新,刷新之后看见 Age不是12,就变成了15,这就是我们说的优先级就测试出来了。

现在再看优先级内部规则,对应的优先级最高,就是项目的名称加扩展名就是Serbicevice1.ynm,如果说做一件事把里面加一个 Age 等于25,这个时候发布刷新变成了25了,因为我们说了内部规则对应的文件和扩展的文件比起来内部规则的这个最优先,这里面也有Age,另一边也有 Age,这个 Age 就是25,这就是我们说的配置的优先级。

图片.png


.关闭配置

比如说我们不再使用优先级的配置就可以关闭就可以了,我们就不从这个里面读取,这就是我们说的关闭配置。

我们就学习完了 Nacos 配置应用于分布式系统当中的各种方法,一个是微服务中的读取配置,这里面使用的Alibaba 给我们提供的整合的客服端给我们整合的配置,另一个就是自定义扩展配置,这样可以使配置服务有多个ID,就可以把我们公共的配置文件放在当中,由某个微服务去引用,这里其实就已经学会了针对分布式系统当中如何使用, Nacos  的方法。

相关文章
|
24天前
|
人工智能 文字识别 Java
SpringCloud+Python 混合微服务,如何打造AI分布式业务应用的技术底层?
尼恩,一位拥有20年架构经验的老架构师,通过其深厚的架构功力,成功指导了一位9年经验的网易工程师转型为大模型架构师,薪资逆涨50%,年薪近80W。尼恩的指导不仅帮助这位工程师在一年内成为大模型架构师,还让他管理起了10人团队,产品成功应用于多家大中型企业。尼恩因此决定编写《LLM大模型学习圣经》系列,帮助更多人掌握大模型架构,实现职业跃迁。该系列包括《从0到1吃透Transformer技术底座》、《从0到1精通RAG架构》等,旨在系统化、体系化地讲解大模型技术,助力读者实现“offer直提”。此外,尼恩还分享了多个技术圣经,如《NIO圣经》、《Docker圣经》等,帮助读者深入理解核心技术。
SpringCloud+Python 混合微服务,如何打造AI分布式业务应用的技术底层?
|
1月前
|
分布式计算 Hadoop
Hadoop-27 ZooKeeper集群 集群配置启动 3台云服务器 myid集群 zoo.cfg多节点配置 分布式协调框架 Leader Follower Observer
Hadoop-27 ZooKeeper集群 集群配置启动 3台云服务器 myid集群 zoo.cfg多节点配置 分布式协调框架 Leader Follower Observer
44 1
|
2月前
|
存储 NoSQL Java
分布式session-SpringSession的应用
Spring Session 提供了一种创建和管理 Servlet HttpSession 的方案,默认使用外置 Redis 存储 Session 数据,解决了 Session 共享问题。其特性包括:API 及实现用于管理用户会话、以应用容器中性方式替换 HttpSession、简化集群会话支持、管理单个浏览器实例中的多个用户会话以及通过 headers 提供会话 ID 以使用 RESTful API。Spring Session 通过 SessionRepositoryFilter 实现,拦截请求并转换 request 和 response 对象,从而实现 Session 的创建与管理。
分布式session-SpringSession的应用
|
2月前
|
存储 NoSQL Java
分布式session-SpringSession的应用
Spring Session 提供了一种创建和管理 Servlet HttpSession 的方案,默认使用外置 Redis 存储 Session 数据,解决 Session 共享问题。其主要特性包括:提供 API 和实现来管理用户会话,以中立方式替换应用程序容器中的 HttpSession,简化集群会话支持,并在单个浏览器实例中管理多个用户会话。此外,Spring Session 允许通过 headers 提供会话 ID 以使用 RESTful API。结合 Spring Boot 使用时,可通过配置 Redis 依赖和支持缓存的依赖实现 Session 共享。
分布式session-SpringSession的应用
|
1月前
|
缓存 网络协议 API
分布式系统应用之服务发现!
分布式系统应用之服务发现!
|
1月前
|
存储 SQL 消息中间件
Hadoop-26 ZooKeeper集群 3台云服务器 基础概念简介与环境的配置使用 架构组成 分布式协调框架 Leader Follower Observer
Hadoop-26 ZooKeeper集群 3台云服务器 基础概念简介与环境的配置使用 架构组成 分布式协调框架 Leader Follower Observer
45 0
|
2月前
|
存储 运维 应用服务中间件
阿里云分布式存储应用示例
通过阿里云EDAS,您可以轻松部署与管理微服务应用。创建应用时,使用`CreateApplication`接口基于模板生成新应用,并获得包含应用ID在内的成功响应。随后,利用`DeployApplication`接口将应用部署至云端,返回"Success"确认部署成功。当业务调整需下线应用时,调用`ReleaseApplication`接口释放资源。阿里云EDAS简化了应用全生命周期管理,提升了运维效率与可靠性。[相关链接]提供了详细的操作与返回参数说明。
|
2月前
|
Dubbo Java 应用服务中间件
分布式(基础)-RMI简单的应用
分布式(基础)-RMI简单的应用
|
25天前
|
NoSQL Java Redis
太惨痛: Redis 分布式锁 5个大坑,又大又深, 如何才能 避开 ?
Redis分布式锁在高并发场景下是重要的技术手段,但其实现过程中常遇到五大深坑:**原子性问题**、**连接耗尽问题**、**锁过期问题**、**锁失效问题**以及**锁分段问题**。这些问题不仅影响系统的稳定性和性能,还可能导致数据不一致。尼恩在实际项目中总结了这些坑,并提供了详细的解决方案,包括使用Lua脚本保证原子性、设置合理的锁过期时间和使用看门狗机制、以及通过锁分段提升性能。这些经验和技巧对面试和实际开发都有很大帮助,值得深入学习和实践。
太惨痛: Redis 分布式锁 5个大坑,又大又深, 如何才能 避开 ?
|
3月前
|
NoSQL Redis
基于Redis的高可用分布式锁——RedLock
这篇文章介绍了基于Redis的高可用分布式锁RedLock的概念、工作流程、获取和释放锁的方法,以及RedLock相比单机锁在高可用性上的优势,同时指出了其在某些特殊场景下的不足,并提到了ZooKeeper作为另一种实现分布式锁的方案。
105 2
基于Redis的高可用分布式锁——RedLock

热门文章

最新文章

下一篇
无影云桌面