still_five_Days的博客

nacos集成dubbo做动态配置管理，其实本质上就是Spring boor集成nacos.只是多了一个Dubbo作为RPC服务通信，其实相当于就是Springboot这个生态下集成dubbo以及其它各个组件来实现微服务架构下的服务治理需求真正来说，DUBBO组件本身并没有提供动态配置管理集成的能力。

传统的关系型数据库只能保证单个数据库中多个数据表的事务特性。一旦多个SQL操作涉及到多个数据库，这类的事务就无法解决跨库事务问题。在传统架构下，这种问题出现的情况非常少，但是在分布式微服务架构中，分布式事务的问题变得更加突出。举例,假设我们要涉嫌下面电商系统中的支付功能。分析: 上图中有3个服务 支付服务、资金服务和红包服务当用户发起支付时，就会涉及到几个事务操作。

sentinel是一种系统的保护组件，其提供了限流和熔断，并支持各种策略的配置，开发者可根据具体场景选择合适的策略方式，灵活可扩展，并且sentinel易集成sprigboot,dubbo,nacos等组件，集成度高，还提供了可视化看板供开发者实时监控流量治理情况。

sentinel除了本身功能的丰富性，还可以集成不同的组件实现流量的控制，同时还能够针对不同维度，不同的指标来控制，并且它还能通过dashboard进行整体流量的管理和监控，这样对我们的整个维护来说会更加友好。核心的两个功能是限流和熔断，本篇只是介绍了限流的使用，后续介绍熔断。限流核心的两个东西是规则和资源，就是说我针对这个资源要通过什么样的规则来实现这个资源的保护。所以，在sentinel中要强化的两个点就是flowrule和resource,resource可以是我们的应用、接口、方法等。

dubbo具有哪些功能呢？我们要根据dubbo的架构和本质是用来干什么的来思考?dubbo是一个协议，那么我们前后端交互的整体流程就是1.后台项目启动，项目的启动就伴随着对象的自动注入，那么，引用了dubbo就肯定会到注册中心上检查我们引用的dubbo服务接口在不在，有没有注入成功。也就是。

a.客户端调用客户端Sub(client stub).这个调用是在本地b.客户端stub会将要传输的参数进行包装，并通过系统调用发送到服务端机器。打包的过程就叫做序列化。(常见的方式有:XML、JSON、二进制编码)c.客户端本地操作系统发送信息至服务器。(可通过自定义TCP协议或HTTP传输)d.服务器系统将信息传送至服务端stub(server stub)e.服务端stub(server stub)解析信息。该过程叫反序列化。