上篇文章介绍了 Nacos 作为注册中心的用法，除此之外，Nacos 还能作为配置中心使用，那这篇文章就介绍下 Nacos 作为配置中心的基本用法，首先我们先了解下为什么需要使用配置中心。 一、为什么需要配置中心： 在没有配置中心之前，传统应用配置的存在以下痛点： （1）采用本地静态配置，无法保证实时性：修改配置不灵活且需要经过较长的测试发布周期，无法尽快通知到客户端，还有些配置对实时性要求很高，比方说主备切换配置或者碰上故障需要修改配置，这时通过传统的静态配置或者重新发布

前言 我们在上篇文章中讲解了如何通过Nacos实现服务治理，由此引发的负载均衡的问题。这篇文章就介绍一个SpringCloud alibaba的另一个组件：Ribbon，如何通过Ribbon实现负载均衡。 负载均衡 什么是负载均衡？ 通俗的讲， 负载均衡就是将负载(工作任务，访问请求)进行分摊到多个操作单元(服务器,组件)上进行执行。 根据负载均衡发生位置的不同,一般分为服务端负载均衡和客户端负载均衡。 服务端负载均衡指的是发生在服务提供者一方,比如常见的nginx负载均衡。

报错内容： 2022-04-25 10:09:01.575 ERROR 14136 — [ main] o.s.c.a.nacos.NacosConfigProperties : create config service error!properties=NacosConfigProperties{serverAddr=‘null’, encode=‘null’, group=‘DEFAULT_GROUP’, prefix=‘null’, fileExtension=‘properti

SpringCloud - Nacos初体验 ?生命不息，写作不止 ? 继续踏上学习之路，学之分享笔记 ? 总有一天我也能像各位大佬一样 ? 一个有梦有戏的人 @怒放吧德德 ?分享学习心得，欢迎指正，大家一起学习成长！ 摆烂了几天，今天继续。 不断尝试，不断改进，只为更好的输出。 Nacos简介 Nacos 英文全称为 Dynamic Naming and Configuration Service，是一个由阿里巴巴团队使用 Java 语言开发的开源项目。 官网

com.alibaba.nacos.api.exception.NacosException: endpoint is blank com.alibaba.nacos.api.exception.NacosException: java.lang.reflect.InvocationTargetException) 异常信息 springCloud alibaba 配置Nacos启动服务后，会报错 com.alibaba.nacos.api.exception.NacosExc

1、为什么整合Nacos 默认情况下Sentinel配置的规则是储存的内存中，在重新Sentinel服务后，配置会显示，我们通过整合第三方中间件实现，配置的持久化，比如使用Nacos； 我们要实现Sentinel与Nacos的双向同步持久化，就需要对sentinel-dashboard的源码包进行修改。 2、效果演示 我们以流控规则为例，演示一个数据同步持久化的操作； 1、nacos同步到sentinel： 在nacos中，新增配置文件，文件的DataId为sentine

负载均衡（Load Balance）  负载均衡（Load Balance） ，简单点说就是将用户的请求平摊分配到多个服务器上运行，以达到扩展服务器带宽、增强数据处理能力、增加吞吐量、提高网络的可用性和灵活性的目的 负载均和分为硬件负载均衡和软件负载均衡： 硬件负载均衡：比如 F5、深信服、Array 等； 软件负载均衡：比如 Nginx、LVS、HAProxy 等；（是一个服务器实现的） 一般来说，使用硬件成本比较高，因此公司都是使用软件负载均衡，软件负载均衡又分为两种 （1）服务

一、背景 很多人Nacos客户端启动时，会报错如下，提示9848端口连接超时。 我自己也搜了搜，很多文章都说是版本问题，把客户端升级2.0就好了，但是我发现很多人升级之后还是会报这个错，网上找了半天都是让升级版本，好吧，网上没答案，只能自己分析了。 二、分析源码 找到报错的地方 GrpcClient.serverCheck() 方法，然后打断点，重新启动，等执行完下面这一行，发现居然又不报错了，然后竟然启动成功了！ responseFuture.get(3000L, TimeUni

项目场景： 本地Windows10开发环境，下载Nacos作为微服务项目的注册中心和配置中心 下载版本为：nacos-server-2.1.2 问题描述 下载好nacos-server，按照官方文档中的部署手册，修改conf/application.properties文件，增加数据源配置（如下）。 #*************** Config Module Related Configurations ***************# ### If use MySQL as

前言 上一章中，我们利用用户–订单–商品，实现了三个简单的微服务，实现了微服务之间的调用。但不知道大家有没有发现，我们是通过硬编码的方式，把服务者，消费者的服务Url，写到了代码中，这样做肯定是不行的，存在着许多的问题，比如： 一旦服务提供者地址变化，就需要手工修改代码 一旦是多个服务提供者，无法实现负载均衡功能 一旦服务变得越来越多，人工维护调用关系困难 那么应该怎么解决呢， 这时候就需要通过注册中心动态的实现服务治理。 服务治理 什么是服务治理？ 服务治理是微服务架

🍁博客主页：👉@不会压弯的小飞侠 ✨欢迎关注：👉点赞👍收藏⭐留言✒ ✨系列专栏：👉SpringCloud专栏 ✨知足上进，不负野心。 🔥欢迎大佬指正，一起学习！一起加油！ 🍁服务注册到nacos Nacos是SpringCloudAlibaba的组件，而SpringCloudAlibaba也遵循SpringCloud中定义的服务注册、服务发现规范。因此使用Nacos和使用Eureka对于微服务来说，并没有太大区别。 主要差异在于： 依赖不同 服务地址不

一、微服务架构概述 1、单体应用概述 单体应用：一个归档包（例如war格式）包含所有功能的应用程序 优点：比较容易部署、测试 缺点： 复杂性高：一个应用百万行级别，修改代码容易牵一发而动全身 技术债务：已使用的系统设计或代码难以被修改 部署频率低：构建和部署的时间长→部署频率低→两次发布之间有大量功能变更与缺陷修复，出错概率比较高 可靠性差：某个应用bug，可能会导致整个应用的崩溃 扩展能力受限：单体应用智能作为一个整体进行扩展，无法根据业务模块的需要进行伸缩 阻碍技术创新：引入新框架