一切总会归于平淡

什么是分布式事务。在分布式系统下一个业务，它跨越了多个服务和数据源。每一个服务都可以认为是一个分支事务，而我们要保证的是所有分支事务最终状态一致。要么大家都成功，要么大家都失败。那么这样的一种事务就是分布式事务了。那为什么分布式事务出现了问题？就是因为各个服务之间，或者说各个分支事务之间互相是感知不到的，大家各提交各的，那将来呀，就无法去回滚，就导致状态无法一致。

授权规则是对请求者的身份做一个判断。你有没有权限来访问我？那就有人可能会说这个功能，好像以前我们在学习微服务的时候讲过网关他不就是把门的吗？所有请求都要经过网关，网关去做身份的认证，看你有没有权限访问，我怎么到这儿又要整一个呢？所有请求经过网关路由的微服务，这个时候网关当然可以对请求做身份的认证了。但是万一啊，你们公司里出了个内鬼，他把你们微服务的地址泄露给了外边的那些不怀好意的人。

限流其实是对服务故障的一种预防措施，但是一旦服务已经出现了故障。它就很容易把这些故障传递给其他依赖于它的服务，那这样很容易就产生了雪崩了。所以我们就需要用线程隔离，还有降低熔断这些手段啊，去避免接连失败，避免雪崩。所以今天这篇博客啊，我们就来看一下sentinel如何去实现线程隔离和降级熔断。

首选我们来了解一下雪崩问题及其解决方案，我们学习这个微服务保护，其实就是为了去应对类似于雪崩问题这样的服务故障。

Dubbo有两种使用方式：1、基于SOA的思想，将一个单体架构拆分为web层和Services层，然后web和services借助Dubbo框架进行数据交互。2、SpringCloud 整合Dubbo。

网关的核心功能特性：请求路由权限控制限流

​Feign是一个声明式的http客户端，官方地址：GitHub - OpenFeign/feign: Feign makes writing java http clients easier其作用就是帮助我们优雅的实现http请求的发送，解决上面提到的问题。​

Nacos除了可以做注册中心，同样可以做配置管理来使用。

随着互联网行业的发展，对服务的要求也越来越高，服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢？

1、Windows安装1.1 下载安装包1.2 解压1.3 端口配置1.4 启动1.5 访问2、Linux安装2.1 安装JDK2.2 上传安装包2.3 解压2.4 端口配置2.5 防火墙开启端口2.6 启动