小道仙的后宫

服务拆分有一个简单的点就是，各个服务维护自己的表，比如A服务想要获取B服务的数据，一定是要B服务提供接口，而不能是A服务去直接连B服务的表，如果某个特别复杂的业务必须要连表才可以，那就弄一个聚合服务出来，对于各个服务的表的增、删、改一定要控制在自己的服务里。再举一个实际的例子，我们是做医疗系统的，有一个很重要的数据“病人”，所有的数据都是围绕这个病人来的，大部人业务数据都冗余了病人的id，但大部人业务的列表都要基于病人的手机号、唯一编号、姓名来查询，我们是怎么做的呢？而每一个资源都是单表的查询。

sentinel持久化原理：dashboard先把规则推送给A，再由A把规则下发到各个具体的应用服务。这样A就相当于一种中心存储，解决了数据存储的问题，同时A实时下发给应用服务解决了数据一致性的问题。

Sentinel提出了资源的概念，不管是如何使用本质都是在访问某个“资源”之前，先进行 SphU.entry。所以这个资源并不一定是接口，可以是我们想要限制的任何代码。可能有人好奇为啥dashboard 可以实时的添加/删除规则，如果熟悉代理的朋友应该知道，代理是可以动态的添加和删除的。基于上面实践发现使用Sentinel的限流可以有四种方式原生方式FilterAOP。

个人觉得它们最大的区别在于一个是为了解决Java微服务架构问题，一个是容器架构和语言无关，所有功能都是自己这个架构所自带的，只是为了解决架构的某些问题而产生的。

上一篇博客我们对SpringCloud有了一个详细的描述，这一次我们根据上次的理念来一个落地实现。SpringCloud微服务详解（springcloud alibaba）本篇博客的架构图如下文章目录一、前期准备1-1、创建一个父工程1-2、创建公共pom二、创建一个服务提供方（用户服务）2-1、创建项目2-2、修改pom2-3、新增yml配置文件2-4、新增启动类文件2-5、新增用户服务2-6、测试三、注册中心（nacos）3-1、下载3-2、启动3-3、用户服务注册进nacos四、网关 （g

文章目录一、前言二、架构图三、过程详解3-1、服务的调用方3-2、负载均衡（Nginx）3-3、网关3-4、注册中心3-5、服务负载均衡调用3-6、服务提供方3-7、服务熔断、降级、监控3-7-1、熔断3-7-2、降级3-7-3、监控3-8、统一配置文件3-9、分布式事务一、前言截止目前来说微服务架构算是Java程序员的最后一站了（就我所理解是这样的）。初学者对它会有些恐惧，它的架构图很复杂，也很庞大，但只要你明白了其中的逻辑，代码的编写就不那么难了，就像写代码最难的是不知道写什么，并不是怎么写，这篇文

文章优先发表在个人博客上面，后续更新可能忘记同步到CSDN，给你带来不便抱歉。个人博客本篇文章地址：https://www.xdx97.com/article/688418128744415232因为微服务是由多个服务构成如果每个服务的接口去开启新的页面这将十分难受。下面教大家怎么把多个服务的API接口集成到一个页面中去。文章目录1、效果演示2、代码部分2-1：导入依赖包2-2：配...

本文不适合没有SpringCloud基础的人学习。本编文章，是我学习SpringCloud之后自己整理的一个架子。主要用于自己学习1、创建父工程1-1：创建项目1-2：添加pom依赖<?xml version="1.0" encoding="UTF-8"?><project xmlns="http://maven.apache.org/POM/4.0.0"...