doomwatcher的博客

鉴权中心服务 认识JWT json 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配置持久化与集群（跟着步骤走，绝对不会出错） 获取nacos java 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

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

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