五、Gateway网关 常用功能：路由转发、权限校验、限流控制等 5.1、搭建 5.1.1、新建网关模块5.1.2、依赖 <!-- 公共模块--> <dependency> <groupId>com.example.mall</groupId> <artifactId>mall-common</artifactId> <version>0.0.1-S

本文来说下nacos数据库配置 Nacos控制面板，新建配置 Nocas控制面板，新建配置 点击确定，配置新建成功 Nacos数据库配置 初始化mysql 初始化mysql数据库，导入数据库初始化文件：conf/nacos-mysql.sql，此处注意，数据库字符集是utf8mb4格式。utf8非真正意义上的中文字符集。 修改配置文件 修改conf/application.properties文件，增

本文来说下Nacos、Eureka与Zookeeper作为注册中心的区别 相同点 相同点 都可以实现分布式注册中心框架 不同点 Zookeeper Zookeeper采用CP保证数据的一致性的问题，原理是采用ZAB原子广播协议。当我们ZK领导者宕机或出现了故障，会自动重新实现选举新的领导角色，整个选举的过程中为了保证数据一致性的问题，整个微服务无法实现通讯（本地有缓存除外）。还有可运行的节点必须满足过半机制，整个zk才可以使用，要不然会奔

目录 前言： 一、准备工作          1、启动Nacos和Sentinel          2、准备两个服务提供者                  （1）新建模块                 （2）修改pom文件                  （3）修改yml文件                  （4）编写主启动类                  （5）编写业务代码                 （6）运行测试          3、准备一个消费者

1. 错误一：spring.cloud.nacos.server-addr不生效问题 我之前在windows上部署Nacos 2.x，项目正常访问，注册中心和配置中心都正常 这里是windows环境下的bootstrap.properties文件： spring.application.name=test-nacos spring.cloud.nacos.server-addr=127.0.0.1:8848 #本地nacos spring.cloud.nacos.config.file-e

2020年以后随着Netflix的相关SpringCloud组件进入停更状态，Cloud吸收前人经验，自己创造了一套相关组件，今天就跟大家揭秘一下客户端负载均衡组件Ribbon和LoadBalancer。 现状大PK Ribbon： 目前处于停更维护阶段，由于Ribbon比较优秀，生命力顽强，在生产环境还处在大规模使用中， 暂时还没有完全被替换，但是在2020年以后的cloud版本中已经删除了Ribbon的依赖。  LoadBalancer： cloud正在

1. 什么是Ribbon 目前主流的负载方案分为以下两种: 集中式负载均衡，在消费者和服务提供方中间使用独立的代理方式进行负载，有硬件的(比如F5)，也有软件的(比如Nginx) 客户端根据自己的请求情况做负载均衡，Ribbon就属于客户端自己做负载均衡。 Spring Cloud Ribbon是基 于Netflix Ribbon实现的一套客户端的负载均衡工具，Ribbon客户端组件提供一系列的完善的配置，如超时，重试等。通过Load Balancer获取到服务提供的所有机器实

Gateway 转发请求至注册中心Nacos中的服务404问题 问题描述 一次练手项目中，原本没问题并且测试过的gateway，再次转发链接的时候返回404状态码。gateway和被调用模块的日志信息中均无报错信息。 其中网关最后给出的信息是：Flipping property: login-module.ribbon.ActiveConnectionsLimit to use NEXT property: niws.loadbalancer.availabilityFilteri

本文来深度解析下分布式事务框架Seata原理，知其然知其所以然。 Seata概述 Seata框架是一个业务层的XA（两阶段提交）解决方案。在理解Seata分布式事务机制前，我们先回顾一下什么是两阶段提交和数据库层面的XA方案。 什么是2PC二阶段提交协议 浅谈分布式一致性协议之2PC 两阶段提交又称2PC，2PC是一个非常经典的强一致、中心化的原子提交协议。这里所说的中心化是指协议中有两类节点：一个是中心化协调者节点（coordinat

整合rabbitMQ 首先整合rabbitMQ 需要的初步参考初步使用rabbitMQ 实现服务端的消息抵达通知 我们现在对配置文件进行修改 # RabbitMQ配置 rabbitmq: host: 123.57.234.28 port: 5672 # 虚拟主机配置 virtual-host: / publisher-returns: true ## 只要消息抵达Queue，就会异步发送优先回调returnfirm

一、分布式理解 1、理解CAP cap定理（分布式系统的三个指标）： Consistency(一致性)：用户访问分布式系统中的任意节点，得到的数据必须一致。 Avallabiry(可用性)：用户访问集群中的任意健康节点，必须能得到响应，而不是超时或拒绝。 Partition tolerance(分区容错性)： 分区：因为网络故障或其他原因导致分布式系统中的部分节点与其他节点失去连接，形成独立分区。 容错：在集群出现分区时，整个系统也要持续对外提供服务。

一、官网说明： 官网链接: https://nacos.io/zh-cn/docs/cluster-mode-quick-start.html. 部署手册：https://nacos.io/zh-cn/docs/deployment.html. 集群架构： 官网图说明：vip:虚拟映射ip 高可用 Nginx 集群 Nacos 集群(至少三个实例) 高可用数据库集群(取代 Nacos 内嵌数据库) 环境要求： 请确保是在环境中安装使用: 64 bit OS