JeeSpringCloud-互联网云快速开发框架
（一款免费开源的JAVA互联网云快速开发平台）微服务分布式代码生成的敏捷开发系统架构。项目代码简洁,注释丰富,上手容易,还同时集中分布式、微服务,同时包含许多基础模块和监控、服务模块。
演示版地址：
一、平台简介
在线文档：
视频和文档下载：
开源中国地址：
文档视频下载：
JeeSpringCloudV3.0-互联网云快速开发框架模块包含定时任务调度、服务器监控、平台监控、异常邮件监控、服务器Down机邮件监控、平台设置、开发平台、邮件监控、图表监控、地图监控、单点登录、Redis分布式高速缓存、
ActiveMQ队列、会员、营销、在线用户、日志、在线人数、访问次数、调用次数、直接集群、接口文档、生成模块、代码实例、安装视频、教程文档、dubbo、springCloud、SpringBoot、mybatis、springmvc、IOC、AOP、定时任务、切面缓存、MVC、事务管理。
RedisMQ队列、代码生成(单表、主附表、树表、列表和表单、增删改查云接口、redis高速缓存对接代码、图表统计、地图统计、vue.js)、工作流、模块化
代码生成前端控件包括单行文本、富文本、下拉选项、复选框、日期选择、文件上传选择、树选择控件、单选按钮、多行文本….。
二、平台功能
用户管理：用户是系统操作者，该功能主要完成系统用户配置。
部门管理：配置系统组织机构（公司、部门、小组），树结构展现支持数据权限。
岗位管理：配置系统用户所属担任职务。
菜单管理：配置系统菜单，操作权限，按钮权限标识等。
角色管理：角色菜单权限分配、设置角色按机构进行数据范围权限划分。
字典管理：对系统中经常使用的一些较为固定的数据进行维护。
参数管理：对系统动态配置常用参数。
通知公告：系统通知公告信息发布维护。
操作日志：系统正常操作日志记录和查询；系统异常信息日志记录和查询。
登录日志：系统登录日志记录查询包含登录异常。
在线用户：当前系统中活跃用户状态监控。
定时任务：在线（添加、修改、删除)任务调度包含执行结果日志。
代码生成：前后端代码生成(单表、主附表、树表、列表和表单、增删改查云接口、redis高速缓存对接代码、图表统计、地图统计、vue.js) ，并生成菜单和权限直接使用。
系统接口：根据业务代码自动生成相关的api接口文档。
连接池监视：监视当期系统数据库连接池状态，可进行分析SQL找出系统性能瓶颈。
在线接口文档：使用swager生成在线文档。
ActiveMQ队列:提供ActiveMQ队列，处理批量发送大数据量邮件、大数据量日志文件。
工作流：功能包括在线办公、我的任务、审批测试、流程管理、模型管理。
CMS：功能包括内容管理、内容管理、统计分析、栏目设置、首页。
dubbo:代码生成直接生成dubbo对接代码。
服务器Down机邮件监控:通过定时任务监控服务器是否Down机，并发送通知邮件。
服务器监控:通过 sigar 进行服务器图形化监控。
异常邮件监控:全局拦截系统异常，并发送通知邮件。
单点登录:使用shior和Redis、共享session方式实现单点登录。
Redis分布式高速缓存:代码生成直接生成Redis对接代码。
三、系统截图
JeeSpringCloudV3.0-互联网云快速开发框架（后台）
四、平台特性
JeeSpringCloud基于SpringBoot+SpringMVC+Mybatis+Redis+SpringCloud+Vue.js微服务分布式代码生成的敏捷开发系统架构。项目代码简洁,注释丰富,上手容易,还同时集中分布式、微服务,同时包含许多基础模块(用户管理,角色管理,部门管理,字典管理等10个模块。成为大众认同、大众参与、成就大众、大众分享的开发平台。JeeSpring官方qq群(328910546)。代码生成前端界面、底层代码（spring mvc、mybatis、Spring boot、Spring Cloud、微服务的生成）、安全框架、视图框架、服务端验证、任务调度、持久层框架、数据库连接池、缓存框架、日志管理、IM等核心技术。努力用心为大中小型企业打造全方位J2EE企业级平台ORM/Redis/Service仓库开发解决方案。一个RepositoryService仓库就直接实现dubbo、微服务、基础服务器对接接口和实现。
努力用心为大中小型企业打造全方位J2EE企业级平台开发解决方案。
Spring Boot/Spring cloud微服务是利用云平台开发企业应用程序的最新技术，它是小型、轻量和过程驱动的组件。微服务适合设计可扩展、易于维护的应用程序。它可以使开发更容易，还能使资源得到最佳利用。
微服务/集群(nignx) 支持REST风格远程调用（HTTP + JSON/XML)：基于非常成熟的Spring Boot框架，在Spring Boot Spring Cloud中实现了REST风格（HTTP + JSON/XML）的远程调用，以显著简化企业内部的跨语言交互，同时显著简化企业对外的Open API、无线API甚至AJAX服务端等等的开发。
事实上，这个REST调用也使得Dubbo可以对当今特别流行的“微服务”架构提供基础性支持。 另外，REST调用也达到了比较高的性能，在基准测试下，HTTP + JSON默认的RPC协议（即TCP + Hessian2二进制序列化）之间只有1.5倍左右的差距，详见下文的基准测试报告。
ORM/Redis/Service仓库
RepositoryORM仓库,提供ORM接口和多种实现,可进行配置实现。
RepositoryRedis仓库,提供Redis接口和多种实现,可进行配置实现。可以配置调用单机、redis、云redis对接。
RepositoryService仓库,提供Service接口和多种实现,可进行配置实现。一个RepositoryService仓库就直接实现dubbo、微服务、基础服务器对接接口和实现。
五、架构说明
技术选型
六、代码生成器
代码生成器
七、开发入门
平台教程：
官方提供：
1、详细部署文档。
2、部署视频。
3、中级培训视频待定，包括代码生成、架构代码介绍。
4、高级培训视频待定，包括架构代码详解。
5、架构培训视频待定，包括架构详解、代码生成详解。
平台教程：
八、在线体验
演示版地址：
Spring Cloud全家桶主要组件及简要介绍
一、微服务简介
微服务是最近的一两年的时间里是很火的一个概念。感觉不学习一下都快跟不上时代的步伐了，下边做一下简单的总结和介绍。
何为微服务？简而言之，微服务架构风格这种开发方法，是以开发一组小型服务的方式来开发一个独立的应用系统的。其中每个小型服务都运行在自己的进程中，并经常采用HTTP资源API这样轻量的机制来相互通信。这些服务围绕业务功能进行构建，并能通过全自动的部署机制来进行独立部署。这些微服务可以使用不同的语言来编写，并且可以使用不同的数据存储技术。对这些微服务我们仅做最低限度的集中管理。
一个微服务一般完成某个特定的功能，比如下单管理、客户管理等等。每一个微服务都是微型六角形应用，都有自己的业务逻辑和适配器。一些微服务还会发布API给其它微服务和应用客户端使用。其它微服务完成一个Web UI，运行时，每一个实例可能是一个云VM或者是Docker容器。
比如，一个前面描述系统可能的分解如下：
总的来说，微服务的主旨是将一个原本独立的系统拆分成多个小型服务，这些小型服务都在各自独立的进程中运行，服务之间通过基于HTTP的RESTful API进行通信协作，并且每个服务都维护着自身的数据存储、业务开发、自动化测试以及独立部署机制。
二、微服务的特征
1、每个微服务可独立运行在自己的进程里；
2、一系列独立运行的微服务共同构建起了整个系统；
3、每个服务为独立的业务开发，一个微服务一般完成某个特定的功能，比如：订单管理、用户管理等；
4、微服务之间通过一些轻量的通信机制进行通信，例如通过REST API或者RPC的方式进行调用。
三、微服务的优缺点
1、易于开发和维护
2、启动较快
3、局部修改容易部署
4、技术栈不受限
5、按需伸缩
6、DevOps
四、常见微服务框架
1、服务治理框架
（1）Dubbo、Dubbox（当当网对Dubbo的扩展）
最近的好消息是Dubbo已近重新开始进行运维啦！
（2）Netflix的Eureka、Apache的Consul等。
Spring Cloud Eureka是对Netflix的Eureka的进一步封装。
2、分布式配置管理
（1）百度的Disconf
（2）360的QConf
（3）Spring Cloud组件中的Config
（3）淘宝的Diamond
3、批量任务框架
（1）Spring Cloud组件中的Task
（2）LTS
4、服务追踪框架
。。。
五、Spring Cloud全家桶组件
在介绍Spring Cloud 全家桶之前，首先要介绍一下Netflix ，Netflix 是一个很伟大的公司，在Spring Cloud项目中占着重要的作用，Netflix 公司提供了包括Eureka、Hystrix、Zuul、Archaius等在内的很多组件，在微服务架构中至关重要，Spring在Netflix 的基础上，封装了一系列的组件，命名为：Spring Cloud Eureka、Spring Cloud Hystrix、Spring Cloud Zuul等，下边对各个组件进行分别得介绍：
（1）Spring Cloud Eureka
我们使用微服务，微服务的本质还是各种API接口的调用，那么我们怎么产生这些接口、产生了这些接口之后如何进行调用那？如何进行管理哪？
答案就是Spring Cloud Eureka，我们可以将自己定义的API 接口注册到Spring Cloud Eureka上，Eureka负责服务的注册于发现，如果学习过Zookeeper的话，就可以很好的理解，Eureka的角色和 Zookeeper的角色差不多，都是服务的注册和发现，构成Eureka体系的包括：服务注册中心、服务提供者、服务消费者。
1、两台Eureka服务注册中心构成的服务注册中心的主从复制集群；
2、然后服务提供者向注册中心进行注册、续约、下线服务等；
3、服务消费者向Eureka注册中心拉去服务列表并维护在本地（这也是客户端发现模式的机制体现！）；
4、然后服务消费者根据从Eureka服务注册中心获取的服务列表选取一个服务提供者进行消费服务。
（2）Spring Cloud Ribbon
在上Spring Cloud Eureka描述了服务如何进行注册，注册到哪里，服务消费者如何获取服务生产者的服务信息，但是Eureka只是维护了服务生产者、注册中心、服务消费者三者之间的关系，真正的服务消费者调用服务生产者提供的数据是通过Spring Cloud Ribbon来实现的。
在（1）中提到了服务消费者是将服务从注册中心获取服务生产者的服务列表并维护在本地的，这种客户端发现模式的方式是服务消费者选择合适的节点进行访问服务生产者提供的数据，这种选择合适节点的过程就是Spring Cloud Ribbon完成的。
Spring Cloud Ribbon客户端负载均衡器由此而来。
（3）Spring Cloud Feign
上述（1）、（2）中我们已经使用最简单的方式实现了服务的注册发现和服务的调用操作，如果具体的使用Ribbon调用服务的话，你就可以感受到使用Ribbon的方式还是有一些复杂，因此Spring Cloud Feign应运而生。
简单的可以理解为：Spring Cloud Feign 的出现使得Eureka和Ribbon的使用更为简单。
（4）Spring Cloud Hystrix
我们在（1）、（2）、（3）中知道了使用Eureka进行服务的注册和发现，使用Ribbon实现服务的负载均衡调用，还知道了使用Feign可以简化我们的编码。但是，这些还不足以实现一个高可用的微服务架构。
例如：当有一个服务出现了故障，而服务的调用方不知道服务出现故障，若此时调用放的请求不断的增加，最后就会等待出现故障的依赖方 相应形成任务的积压，最终导致自身服务的瘫痪。
Spring Cloud Hystrix正是为了解决这种情况的，防止对某一故障服务持续进行访问。Hystrix的含义是：断路器，断路器本身是一种开关装置，用于我们家庭的电路保护，防止电流的过载，当线路中有电器发生短路的时候，断路器能够及时切换故障的电器，防止发生过载、发热甚至起火等严重后果。
（5）Spring Cloud Config
对于微服务还不是很多的时候，各种服务的配置管理起来还相对简单，但是当成百上千的微服务节点起来的时候，服务配置的管理变得会复杂起来。
分布式系统中，由于服务数量巨多，为了方便服务配置文件统一管理，实时更新，所以需要分布式配置中心组件。在Spring Cloud中，有分布式配置中心组件Spring Cloud Config ，它支持配置服务放在配置服务的内存中（即本地），也支持放在远程Git仓库中。在Cpring Cloud Config 组件中，分两个角色，一是Config Server，二是Config Client。
Config Server用于配置属性的存储，存储的位置可以为Git仓库、SVN仓库、本地文件等，Config Client用于服务属性的读取。
（6）Spring Cloud Zuul
我们使用Spring Cloud Netflix中的Eureka实现了服务注册中心以及服务注册与发现；而服务间通过Ribbon或Feign实现服务的消费以及均衡负载；通过Spring Cloud Config实现了应用多环境的外部化配置以及版本管理。为了使得服务集群更为健壮，使用Hystrix的融断机制来避免在微服务架构中个别服务出现异常时引起的故障蔓延。
先来说说这样架构需要做的一些事儿以及存在的不足：
1、首先，破坏了服务无状态特点。为了保证对外服务的安全性，我们需要实现对服务访问的权限控制，而开放服务的权限控制机制将会贯穿并污染整个开放服务的业务逻辑，这会带来的最直接问题是，破坏了服务集群中REST API无状态的特点。从具体开发和测试的角度来说，在工作中除了要考虑实际的业务逻辑之外，还需要额外可续对接口访问的控制处理。
2、其次，无法直接复用既有接口。当我们需要对一个即有的集群内访问接口，实现外部服务访问时，我们不得不通过在原有接口上增加校验逻辑，或增加一个代理调用来实现权限控制，无法直接复用原有的接口。
面对类似上面的问题，我们要如何解决呢？下面进入本文的正题：服务网关！
为了解决上面这些问题，我们需要将权限控制这样的东西从我们的服务单元中抽离出去，而最适合这些逻辑的地方就是处于对外访问最前端的地方，我们需要一个更强大一些的均衡负载器，它就是本文将来介绍的：服务网关。
服务网关是微服务架构中一个不可或缺的部分。通过服务网关统一向外系统提供REST API的过程中，除了具备服务路由、均衡负载功能之外，它还具备了权限控制等功能。Spring Cloud Netflix中的Zuul就担任了这样的一个角色，为微服务架构提供了前门保护的作用，同时将权限控制这些较重的非业务逻辑内容迁移到服务路由层面，使得服务集群主体能够具备更高的可复用性和可测试性。
（7）Spring Cloud Bus
在（5）Spring Cloud Config中，我们知道的配置文件可以通过Config Server存储到Git等地方，通过Config Client进行读取，但是我们的配置文件不可能是一直不变的，当我们的配置文件放生变化的时候如何进行更新哪？
一种最简单的方式重新一下Config Client进行重新获取，但Spring Cloud绝对不会让你这样做的，Spring Cloud Bus正是提供一种操作使得我们在不关闭服务的情况下更新我们的配置。
Spring Cloud Bus官方意义：消息总线。
当然动态更新服务配置只是消息总线的一个用处，还有很多其他用处。
六、总结
Spring Cloud 的组件还不止这些，通过上边的口水话的介绍，应该可以大致有一定的了解，但是每一个组件的功能远不止上述介绍的那些，每一个组件还有很多其他的功能点，这里的介绍希望能够带大家入个门，不要对微服务这个这么大的概念有所畏惧。
Spring Cloud开源可分布式物联网(IOT)平台，完整物联网解决方案
基于Spring Cloud的开源可分布式物联网(IOT)平台,用于快速开发、部署物联设备接入项目,是一整套物联系统解决方案
模块划分，四层架构
IOT 平台架构
Demo
【源码】获取源码地址关注后私信回复“iot平台”
微服务框架之Spring Cloud简介
在了解 Spring Cloud 之前先了解一下微服务架构需要考量的核心关键点，如下图：
对于以上等核心关键点的处理，不需要我们重复造车轮， Spring Cloud 已经帮我们集成了，它使用 Spring Boot 风格将一些比较成熟的微服务框架组合起来，屏蔽掉了复杂的配置和实现原理，为快速构建微服务架构的应用提供了一套基础设施工具和开发支持。
Spring Cloud 所提供的核心功能包含：
Spring Cloud架构图
Spring Cloud子项目
Spring Cloud 旗下的子项目大致可以分为两类：
如下：
1. Spring Cloud 与 Spring Boot
Spring Boot 可以说是微服务架构的核心技术之一。通过在 Spring Boot 应用中添加 Spring MVC 依赖，就可以快速实现基于 REST 架构的服务接口，并且可以提供对 HTTP 标准动作的支持。而且 Spring Boot 默认提供 JackJson 序列化支持，可以让服务接口输入、输出支持 JSON 等。因此，当使用 Spring Cloud 进行微服务架构开发时，使用 Spring Boot 是一条必经之路。
2. Spring Cloud 与服务治理( Eureka )
服务治理是 Spring Cloud 的核心，在实现上其提供了两个选择，即 Consul 和 Netflix 的 Eureka 。
Eureka 提供了服务注册中心、服务发现客户端，以及注册服务的 UI 界面应用。
在 Eureka 的实现中，节点之间相互平等，有部分注册中心“挂掉”也不会对整个应用造成影响，即使集群只剩一个节点存活，也可以正常地治理服务。即使所有服务注册节点都宕机， Eureka 客户端中所缓存的服务实例列表信息，也可让服务消费者能够正常工作，从而保障微服务之间互相调用的健壮性和应用的弹性。
3. Spring Cloud 与客户端负载均衡( Ribbon )
Ribbon 默认与 Eureak 进行无缝整合，当客户端启动的时候，从 Eureka 服务器中获取一份服务注册列表并维护在本地，当服务消费者需要调用服务时， Ribbon 就会根据负载均衡策略选择一个合适的服务提供者实例并进行访问。
Spring Cloud 通过集成 Netflix 的 Feign 项目，为开发者提供了声明式服务调用，从而简化了微服务之间的调用处理方式。并且默认 Feign 项目集成了 Ribbon ，使得声明式调用也支持客户端负载均衡功能。
4. Spring Cloud 与微服务容错、降级( Hystrix )
为了给微服务架构提供更大的弹性，在 Spring Cloud 中，通过集成 Netflix 下子项目 Hystrix ，通过所提供的 @HystrixCommand 注解可以轻松为我们所开发的微服务提供容错、回退、降级等功能。此外， Hystrix 也默认集成到 Feign 子项目中。
Hystrix 是根据“断路器”模式而创建。当 Hystrix 监控到某服务单元发生故障之后，就会进入服务熔断处理，并向调用方返回一个符合预期的服务降级处理（ fallback ），而不是长时间的等待或者抛出调用异常，从而保障服务调用方的线程不会被长时间、不必要地占用，避免故障在应用中的蔓延造成的雪崩效应。
而 Hystrix 的仪表盘项目（ Dashboard ）可以监控各个服务调用所消耗的时间、请求数、成功率等，通过这种近乎实时的监控和告警，可以及时发现系统中潜在问题并进行处理。
5. Spring Cloud 与服务网关( Zuul )
Spring Cloud 通过集成 Netflix 中的 Zuul 实现 API 服务网关功能，提供对请求的路由和过滤两个功能
路由功能负责将外部请求转发到具体的微服务实例上，是实现外部访问统一入口的基础。
过滤器功能则负责对请求的处理过程进行干预，是实现请求校验、服务聚合等功能的基础。
通过 Zuul ，可以将细粒度的服务组合起来提供一个粗粒度的服务，所有请求都导入一个统一的入口，对外整个服务只需要暴露一个 API 接口，屏蔽了服务端的实现细节。通过 Zuul 的反向代理功能，可以实现路由寻址，将请求转发到后端的粗粒度服务上，并做一些通用的逻辑处理。此外， Zuul 默认会与 Eureka 服务器进行整合，自动从 Eureka 服务器中获取所有注册的服务并进行路由映射，实现 API 服务网关自动配置。
6. Spring Cloud 与消息中间件( Stream )
Spring Cloud 为简化基于消息的开发，提供了 Stream 子项目，通过建立消息应用抽象层，构建了消息收发、分组消费和消息分片等功能处理，将业务应用中的消息收发与具体消息中间件进行解耦，使微服务应用开发中可以非常方便地与 Kafka 和 RabbitMQ 等消息中间件进行集成。
Spring Cloud Bus 基于 Stream 进行扩展，可以作为微服务之间的事件、消息总线，用于服务集群中状态变化的传播。
比如 Spring Cloud Config 借助 Bus ，可以实现配置的动态刷新处理。
7. Spring Cloud 与分布式配置中心( Config )
针对微服务架构下的配置文件管理需求， Spring Cloud 提供了一个 Config 子项目。 Spring Cloud Config 具有中心化、版本控制、支持动态更新和语言独立等特性。
在 Config 子项目中将微服务应用分为两种角色：配置服务器（ Config Server ）和配置客户端（ Config Client ）。使用配置服务器集中地管理所有配置属性文件，配置服务中心可以将配置属性文件存储到 Git 、 SVN 等具有版本管理仓库中，也可以存放在文件系统中。默认采用 Git 的方式进行存储，因此可以很容易地对配置文件进行修改，并实现版本控制。
8. Spring Cloud 与微服务链路追踪( Sleuth )
Spring Cloud 中的 Sleuth 子项目为开发者提供了微服务之间调用的链路追踪。
Sleuth 核心思想就是通过一个全局的 ID 将分布在各微服务服务节点上的请求处理串联起来，还原了调用关系，并借助数据埋点，实现对微服务调用链路上的性能数据的采集。
因此，通过 Sleuth 可以很清楚地了解到一个用户请求经过了哪些服务、每个服务处理花费了多长时间，从而可以对用户的请求进行分析。此外，通过将采集的数据发送给 Zipkin 进行存储、统计和分析，从而可以实现可视化的分析和展示，帮助开发者对微服务实施优化处理。
9. Spring Cloud 与微服务安全( Security )
Spring Cloud Security 为我们提供了一个认证和鉴权的安全框架，实现了资源授权、令牌管理等功能，同时结合 Zuul 可以将认证信息在微服务调用过程中直接传递，简化了我们进行安全管控的开发。
Spring Cloud Security 默认支持 OAuth 2.0 认证协议，因此单点登录也可以非常容易实现，并且 OAuth2.0 所生成的令牌可以使用 JWT 的方式，进一步简化了微服务中的安全管理。
10. Spring Cloud 的其他子项目
关于Spring Cloud Alibaba，看这篇文章就够了！（附教程资料）
首先我们需要了解一下Spring Cloud，然后再来了解Spring Cloud Alibaba；
源自官方描述：
Spring Cloud为开发人员提供了一些工具用来快速构建分布式系统中的一些常见模式和解决一些常见问题（例如配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性令牌、全局锁、领导选举、分布式会话、群集状态）。分布式系统的协调导致了很多样板式的代码（很多固定套路的代码），使用Spring Cloud开发人员可以快速建立实现这些模式的服务和应用程序。它们在任何分布式环境中都能很好地运行，包括开发人员自己的笔记本电脑、裸机数据中心和云计算等托管平台；
Spring Cloud为分布式系统开发的典型应用场景提供良好的开箱即用的功能:
Spring Cloud Alibaba是Spring Cloud下的一个子项目，Spring Cloud Alibaba为分布式应用程序开发提供了一站式解决方案，它包含开发分布式应用程序所需的所有组件，使您可以轻松地使用Spring Cloud开发应用程序，使用Spring Cloud Alibaba，您只需要添加一些注解和少量配置即可将Spring Cloud应用程序连接到Alibaba的分布式解决方案，并使用Alibaba中间件构建分布式应用程序系统；
Spring Cloud Alibaba 是阿里巴巴开源中间件跟 Spring Cloud 体系的融合:
动力节点的Spring Cloud Alibaba学习教程，将带你深入掌握基于Spring Cloud Alibaba技术栈的微服务开发技术，包括nacos、sentinel、seata、gateway、skywalking等，培养独立进行企业微服务项目架构的能力;
Spring Cloud Alibaba视频教程
Spring Cloud Alibaba资料下载
•001.视频导读
•002.Spring家族产品梳理
•003.What is Spring-Cloud-Alibaba？
•004.Nacos运行环境部署
•005.向Nacos注册中心注册服务
•006.从Nacos发现服务并负载均衡调用
•007.从Nacos发现服务并负载均衡调用
•008.Nacos客户端信息缓存
•009.Nacos客户端信息缓存
•010.Nacos Config配置中心启动读取外部配置
•011.Nacos Config配置中心自动刷新
•012.Nacos Config配置中心yaml配置
•013.Nacos Config配置中心多环境配置
•014.问答交流
•015.内容回顾-配置中心数据模型
•016.配置中心三层结构数据配置隔离
•017.配置中心三层结构数据配置隔离
•018.配置版本回滚-服务注册分组
•019.Nacos管控台用户权限管理
•020.Nacos数据持久化
•021.Nacos数据持久化
•022.Nacos集群环境部署
•023.Nacos集群环境测试
•024.Nacos集群统一入口Nginx
•025.快速回顾
•026.RestTemplate无参数Get调用返回String
•027.RestTemplate无参数Get调用返回User
•028.RestTemplate有参数Get调用返回User
•029.RestTemplate有参数Get调用返回User
•030.RestTemplate有参数Post调用返回User
•031.RestTemplate有参数Post调用返回User
•032.RestTemplate传输User对象参数Post调用返回User
•033.RestTemplate传输JSON参数Post调用返回User
•034.RestTemplate有参数Put调用
•035.RestTemplate有参数Delete调用
•036.RestTemplate方法调用梳理总结
•037.RestTemplate结合Ribbon实现负载均衡
•038.RestTemplate结合Ribbon实现负载均衡
•039.Ribbon负载均衡实现策略
•040.自定义Ribbon负载均衡实现策略
•041.更改Ribbon负载均衡实现策略
•042.Ribbon的核心接口组成
•043.Ribbon负载均衡策略个性化配置
•044.Ribbon结合Nacos实现权重负载均衡策略
•045.Ribbon结合Nacos负载均衡策优先调用同名集群
•046.Ribbon结合Nacos基于版本负载均衡策略
•047.Ribbon结合Nacos基于命名空间负载均衡策略
•048.What is Feign？
•049.Spring Cloud Alibaba基于Feign的远程调用
•050.Spring Cloud Alibaba基于Feign+Ribbon负载均衡远程调用
•051.Spring Cloud Alibaba基于Feign的相关配置
•052.脱离Ribbon的Feign的远程调用
•054.微服务的级联故障服务雪崩
•055.Spring Cloud Alibaba集成Sentinel
•056.Spring Cloud Alibaba基于Sentinel管理后台数据测试
•057.Spring Cloud Alibaba基于Sentinel实现限流
•058.Spring Cloud Alibaba基于Sentinel实现限流自定义返回结果
•059.Spring Cloud Alibaba基于Sentinel实现限流自定义跳转页面
•060.Spring Cloud Alibaba基于Sentinel线程数限流
•061.Spring Cloud Alibaba基于Sentinel资源关联限流
•062.Spring Cloud Alibaba基于Sentinel流控规则和流控效果
•063.问答交流
•064.快速回顾和演示环境预备
•065.Spring Cloud Alibaba Sentinel 服务降级RT
•066.Spring Cloud Alibaba Sentinel 服务降级异常比例和异常数
•067.Spring Cloud Alibaba Sentinel 热点参数规则
•068.Spring Cloud Alibaba Sentinel 热点参数规则小细节
•069.Spring Cloud Alibaba Sentinel 系统保护规则
•070.Spring Cloud Alibaba Sentinel 授权规则
•071.Spring Cloud Alibaba Sentinel Dashboard控制台通信原理
•072.Spring Cloud Alibaba Sentinel 对Controller请求url埋点
•073.Spring Cloud Alibaba Sentinel 手写代码实现埋点
•074.Spring Cloud Alibaba Sentinel 采用注解实现埋点
•075.Spring Cloud Alibaba Sentinel 对RestTemplate流控和熔断
•076.Spring Cloud Alibaba Sentinel 对Feign流控和熔断
•077.问答交流
•078.Sentinel规则持久化-拉模式持久化到本地文件
•079.Sentinel规则持久化-拉模式持久化到本地文件
•080.Sentinel规则持久化-推模式持久化到Nacos
•081.Sentinel规则持久化-推模式持久化到Nacos
•082.Spring Cloud Gateway 网关功能特性
•083.Spring Cloud Gateway 网关搭建
•084.Spring Cloud Gateway 网关服务调用
•085.Spring Cloud Gateway 网关谓词
•086.Spring Cloud Gateway 网关谓词
•087.Spring Cloud Gateway 网关谓词
•088.Spring Cloud Gateway 网关过滤器
•089.Spring Cloud Gateway 问答交流
•090.Spring Cloud Gateway自定义谓词
•091.Spring Cloud Gateway自定义谓词
•092.Spring Cloud Gateway自定义谓词不匹配404页面
•093.Spring Cloud Gateway自定义过滤器
•094.Spring Cloud Gateway全局过滤器
•095.Spring Cloud Gateway自定义全局过滤器
•096.Spring Cloud Gateway集成Ribbon实现负载均衡
•097.Spring Cloud Gateway集成Sentinel限流
•098.Spring Cloud Gateway集成Sentinel限流自定义错误页
•099.Spring Cloud Gateway集成Sentinel规则持久化到文件
•100.Spring Cloud Gateway集成Sentinel规则持久化到Nacos
•101.Spring Cloud Gateway内部执行流程源码分析
•102.Spring Cloud Gateway小结
•103.快速回顾
•104.Spring Cloud Gateway跨域CORS请求
•105.Spring Cloud Gateway跨域CORS请求
•106.What is SkyWalking？
•107.Skywalking运行环境部署
•108.SkyWalking Agent对微服务的链路追踪
•109.SkyWalking Agent对微服务链路追踪
•110.SkyWalking Agent加入IDEA中对微服务链路追踪
•111.SkyWalking 监控告警通知
•112.SkyWalking 监控告警通知
•113.SkyWalking 微服务链路追踪数据持久化MySQL
•114.SkyWalking 问答交流
•115.Skywalking持久化跟踪数据elasticsearch
•116.Skywalking持久化跟踪数据elasticsearch
•117.Skywalking对多个跨服务的链路跟踪
•118.Skywalking对多个跨服务的链路跟踪
•119.Skywalking自定义链路跟踪
•120.Skywalking集成logback输出traceId日志
•121.Skywalking UI界面-仪表盘
•122.Skywalking UI界面-拓扑图-追踪-性能剖析-告警
•123.Skywalking 基于nacos集群
•124.Skywalking 基于nacos集群
•125.Skywalking 基于nacos集群
•126.Skywalking 问答交流
•127.What is Seata？
•128.Seata分布式事务生命周期
•129.Seata TC Server运行环境部署
•130.Seata基于AT事务模式单体应用多数据源分布式事务
•131.Seata基于AT事务模式单体应用多数据源分布式事务
•132.Seata基于AT事务模式单体应用多数据源分布式事务
•133.Seata基于AT事务模式多个微服务分布式事务
•134.Seata基于AT事务模式多个微服务分布式事务
•135.Seata基于AT事务模式多个微服务分布式事务
•136.Seata基于AT事务模式执行机制
•137.Seata AT事务模式
•138.Seata AT事务模式写数据隔离
•139.Seata AT事务模式写数据隔离
•140.Seata AT事务模式读数据隔离
•141.Seata AT事务模式读数据隔离
•142.Seata TC Server集群环境部署
•143.Seata TC Server集群环境部署
•144.Seata TC Server集群环境集成测试
•145.Seata TC Server集群环境集成测试
•146.Seata TCC事务模式的运行机制
•147.Seata TCC事务模式SpringBoot单体应用案例
•148.Seata TCC事务模式SpringBoot单体应用案例
•149.Seata TCC事务模式SpringCloudAlibab微服务应用案例
•150.Seata TCC事务模式SpringCloudAlibab微服务应用案例
•151.What is Spring Cloud Stream
•152.Spring Cloud Stream的核心概念
•153.Spring Cloud Stream集成RocketMQ配置
•154.Spring Cloud Stream集成RocketMQ发送消息
•155.Spring Cloud Stream集成RocketMQ接收消息
•156.Spring Cloud Stream集成RocketMQ监听接收消息
•157.Spring Cloud Stream集成RocketMQ多种发送消息方式
•158.Spring Cloud Stream Starter代码分析
•159.Spring Cloud Stream集成RocketMQ发送事务消息
•160.Spring Cloud Stream集成RocketMQ对象标签消息
•161.Spring Cloud Stream问答交流