doomwatcher的博客

鉴权中心服务认识JWTjson web token 是一个开放的标准 ，它定义了一个种紧凑的，自包含的方式，用于作为json对象在各方之间安全的传输信息服务器鉴权完成之后 会生成 json 对象 发送给客户端，之后客户端和服务端传输数据都需要带上这个对象，服务器完全通过这个json对象认定客户端身份，为了防止篡改数据，服务端在生成的时候都会加上签名（加密的意思），服务器不保存session数据也就是无状态，更适合实现扩展那些环境可以考虑使用jwt呢？ 用户授权 ，信息交换JWT组成部分He

微服务网关服务认识 gateway 微服务网关组件Spring Cloud GateWay 是 spring 官方推出的一款 基于 springframework5，Project Reactor和 spring boot2 之上开发的网关，其性能，高吞吐量，将代替zuul称为新一代的网关，用于给微服务提供 统一的api管理方式与第一代的区别和第一代网关zuul 相比 不同的事 gateway 是异步非阻塞的 （netty+webflux实现）； zuul是同步阻塞请求的，性能上有这很大的差

Nacos2.0.3配置持久化与集群（跟着步骤走，绝对不会出错）获取nacosjava 1.8 +maven 3.2+发行版github地址：https://github.com/alibaba/nacos/releases选择最新的稳定版本 nacos2.0.3下载解压即可选择我们需要下载的对应安装包注意 所有路径上的文件夹一定得是非中文无空格的不然会出现各种玄学的报错打开mysql创建数据库 nacos-config（也可以自定义起名）库 执行这conf中的两个sql脚本

cloud Alibaba项目架构演进单体架构统一在一个程序中 共享数据库和缓存，部署上线简单缺点明显，代码耦合严重 牵一发而动全身垂直架构优点：服务，部署独立，水平扩展容易缺点：搭建复杂，服务之间关系错综复杂，维护困难SOA架构开始有了分块的功能划分，但是还是通过一个总线，去调用各个服务节点优点：提供了底层服务的统一路由，方便调用缺点 ： 实现难度较高，不同架构之间也有耦合微服务架构相比SOA，微服务的入口开始有了变化，不再是直接访问程序，而是通过网关来分派

Seata处理分布式事务分布式问题的出现出现分不是之前 ：单机单库没这个问题出现分布式之后我们分开的模块，原来模块都有独立的数据源，那么我如何保证一致性呢？一次业务操作需要跨多个数据源或需要跨多个系统进行远程调用，就会产生分布式事务问题这个时候就需要一套解决方案，那么 seata 营运而生Seata简介Seata是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务官网地址 ：http://seata.io/zh-cn/下载地址 ：https://gi

SentinelSentinel是什么独立于项目外的 服务流量控制台，可以用于熔断 防止服务崩溃无响应，服务重启，流量限制等能做什么 针对于什么场景sentinel给我们带来的服务Sentinel 独立于项目外，开箱即用控制台可以可视化的实时监控和服务规则配置可以无缝配合cloud的注册中心 最佳匹配 nacos，也可以使用其他的如 Eureka apollo zookeeper等解决了什么场景问题服务雪崩服务降级服务熔断服务限流如何获取下载地址 ：sentinel下

Nacos什么是nacosnacos (Nacos：Dynamic Naming and Configuration Service) 一个更易于构建云原生应用的动态服务发现，配置管理和服务管理中心Nacos就是注册中心+配置中心的组合 等价于 netflix版本的 Eureka+Config+Bus+zik解决了什么痛点之前我们在netflix版本遇到的配置需要手动的区分发信息，杜绝了我们需要专门自己建一个注册中心的包，阿里给我们提供了开箱即用的发行版本，我们只需要简单的配置，直接脚本启动