Spring Cloud Config 是 Spring Cloud 团队创建的一个全新项目，用来为分布式系统中的基础设施和微服务应用提供集中化的外部配置支持，它分为服务端与客户端两个部分。其中服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置仓库并为客户端提供获取配置信息、加密 / 解密信息等访问接口；而客户端则是微服务架构中的各个微服务应用或基础设施，它们通过指定的配置中心来管
转载
2024-03-25 09:19:43
34阅读
目录1 Nacos安装1.1 Nacos概要1.2 Nacos架构1.3 Nacos安装1.3.1 Nacos Derby安装1.3.2 Nacos MySQL版安装1.3.3 Docker 安装Nacos2 Nacos功能应用2.1 Nacos服务注册与发现2.2 负载均衡2.3 配置中心2.4 灰度发布3 Nacos集群3.1 集群架构3.2 Nacos集群部署3.3 客户端接入Nacos集
一、基础知识比较简单的一些基础入门：二、微服务构建：Spring boot三、服务治理：Spring Cloud Euraka四、客户端负载均衡：Spring Cloud Ribbon五、服务器容错保护：Spring Cloud Hystrix六、声明式服务调用：Spring Cloud Feign七、API网关服务：Spring Cloud Zuul八、分布式配置中心：Spring Cloud
转载
2024-07-24 22:19:13
31阅读
十三.消息总线实现配置自动刷新-Spring Cloud Bus1.基本概念1.1.为什么要自动刷新配置在上一章节我们学习了如何通过Spring Cloud Config统一管理配置文件，但是有一个不美丽的地方就是每次修改了Git仓库中的配置文件我们需要去重启微服务之后配置才会起作用，这样给我们的微服务带来了极大的不方便，本章节我们将学习一个新的组件Spring Cloud Bus，使用它来实现配
上文（点此回顾）介绍了 Spring Cloud 中配置中心的搭建以及客户端(即微服务项目，如博客系统)读取配置中心配置的方法。但是，我们发现，每次在 GitHub 上修改配置，比如修改了数据库账号密码，需要重启客户端项目才生效，这个成本还是比较大的。我们之前说了 Spring Cloud Config 可以实现自动刷新配置的，怎么实现呢？本文将介绍通过 Spring Cloud Bus 实现，标
转载
2024-04-12 11:09:29
63阅读
一：为什么要搭建Eureka Server 集群在一个分布式系统中，服务注册中心是最重要的基础部分，如果是单点话，遇到故障就是毁灭性的，理应随时处于可以提供服务的状态。为了维持其可用性，使用集群是很好的解决方案。Eureka通过互相注册的方式来实现高可用的部署，所以我们只需要将Eureke Server配置其他可用的serviceUrl就能实现高可用部署。 Eureka集群框架图如下：
BUS也可以这么解释消息通路，总线之前提到直接修改外部配置文件，不需要重启项目。但是之前一节并没有实现，那是因为文件是修改了，但是没有人告诉项目我文件修改了。。。下面开始操作首先再配置中新ConfigServer的Pom文件引入依赖<!-- bus想上就上 -->
<dependency>
<groupId>org.springframew
转载
2024-05-31 22:19:11
65阅读
概念从上一节 [2：SpringCloud Config配置中心] 中可以看到当配置中心服务中的配置变更后，如果不重启各个客户端服务，客户端服务无法获取到变更后的配置内容。 为了解决这一问题，SpringCloud提供了一个消息总线（SpringCloud Bus），它本质上是一个消息系统，目前有rabbitmq和kafka两种实现。原理1，当配置变更后，我们调用刷新接口：默认为 http://i
转载
2024-03-21 00:49:50
21阅读
今天我们来看一下Springcloud的服务配置与刷新是怎么工作的通过这个理解我们可以做相应的扩展，例如如何像nacos/apollo那样编写自己工作需要的服务配置与刷新代码先介绍一下核心的接口PropertySource表示配置源PropertySourceLocator表示配置源定位器（加载器）启动配置加载我们先来看Springboot启动时的配置加载过程，来看PropertySourceBo
转载
2024-04-09 12:14:10
298阅读
springcloud的优点不言而喻。在学习和工作中，在我们使用springcloud进行开发时，会涉及到众多技术栈的配置，那么本文就整理了日常所经常用到的一些配置信息。也会一直更新下去的。注：该篇文章的格式是采用properties配置文件的类型进行描述的。如果使用yml文件，请自行修改格式。例如eureka: client: &n
概述CacheAutoConfiguration是Spring Boot关于缓存机制的自动配置。它在开发人员使用了@EnableCaching注解,引入了底层的缓存实现机制包,底层缓存机制自动配置完成之后才应用。这里的底层缓存机制包指的是redis,hazelcast这种Spring Cache所使用的底层缓存库包。这里的底层缓存机制自动配置指的是RedisAutoConfiguration,Ha
1、Config手动刷新a、使用@RefreshScope注解import org.springframework.beans.factory.annotation.Value;import org.springframework.cloud.context.config.annotation.RefreshScope;import org.springframework.web.bind.ann
转载
2019-01-30 14:33:00
160阅读
2评论
1、Config手动刷新a、使用@RefreshScope注解import org.springframework.beans.factory.annot
原创
2023-05-26 06:34:56
193阅读
Spring Cloud 应用篇 之 Spring Cloud Config（配置中心）一文中介绍了 Spring Cloud Config 的使用，已经实现了配置文件的统一管理（git 仓库），但是，每次修改配置文件后，还需要重新启动应用才能加载到修改后的配置文件，这还没有达到我们的目的，我们最终想要的是，修改完配置文件后，不需要重启我们的应用，就可以重新加载到修改后的配置文件，其实 Sprin
转载
2024-04-22 20:43:02
50阅读
使用/refresh端点手动刷新配置1.复制项目microservice-config-client，将ArtifactId修改为microservice-config-client-refresh。 2.为项目添加spring-boot-starter-actuator的依赖，该依赖包含了/refresh端点，用于项目的刷新。<dependency>
<
转载
2024-04-01 19:10:21
63阅读
有用过Nacos小伙伴应该清楚，在Spring Cloud项目中，可以动态更新配置类的值，例如下面场景。 我们在使用 Spring Cloud Gateway时，向做一个开关，如果新项目上线凌晨上线，测试还在验收，需要做一套ip白名单，这样场景下，就可以利用配置中心，当验收通过后，再更新对应变量值，实现动态配置。本文将从配置加载、配置动态刷新两个角度进行分析。配置加载上一篇文章，研究过Spring
转载
2024-03-20 12:42:12
19阅读
1 配置中心为什么需要服务化在我的前一篇博客中，客户端直接从配置中心的服务端获取配置信息。当然也不是说这种模式不行，但不觉得这种模式服务端与客户端的耦合度实在是太高了吗？这完全不符合 Spring Cloud 服务治理的理念。那我们可以换个思路，把配置中心的服务端当做一个服务注册至 Eureka 中，然后配置中心的客户端可以去 Eureka 获取服务端的服务，从而实现配置中心的服务化，同时降低配置
转载
2024-07-02 10:46:55
54阅读
前言： 在微服务中，我们将使用轻量级消息代理，通过一个共用的消息主题，让系统中所有为服务都连上来，主题中的消息
原创
2022-10-25 04:28:34
46阅读
AOP统一处理日志注：日志记录是系统非业务功能的重要一环，而日志中比较重要的是Controller层的请求日志，需要记录的信息包括登录用户、访问时间，访问接口，请求参数，响应结果等。本文基于Spring AOP、logback，在统一的切面对象中实现请求日志的统一处理。依赖<!-- Aspect AOP-->
<dependency>
<groupId>
转载
2024-03-26 12:36:54
66阅读
好了现在我们接着上一篇的随笔，继续来讲。上一篇我们讲到，我们如果要去更新所有微服务的配置，在不重启的情况下去更新配置，只能依靠spring cloud config了，但是，是我们要一个服务一个服务的发送post请求，我们能受的了吗？这比之前的没配置中心好多了，那么我们如何继续避免挨个挨个的向服务发送Post请求来告知服务，你的配置信息改变了，需要及时修改内存中的配置信息。这时候我们就不要忘记消息
转载
2024-03-18 08:13:20
60阅读
