微服务架构与SpringCloud培训课件
合集下载
Spring Cloud微服务PPT课件
8
是一个解决微服务架构 实施的综合性解决框架
为什么选择Spring Cloud？
整合了诸多被广泛实践和证 明过的框架作为基础部件
大量的兼容性测试，保证 了更好的稳定性
极高的社区活跃度
9
Spring Cloud简介
10
微服务
02
构建 spring boot
11
传统Spring框架：
1、配置web.xml，加载spring 和spring mvc； 2、配置数据库连接、配置 spring事务； 3、配置加载配置文件的读取， 开启注解； 4、配置日志文件； 5、配置完成之后部署tomcat 调试； …
熔断
27
服务容错处理：Spring Cloud Hystrix
缓存
28
工作流程
29
Dashboard
30
Turbine集群监控
31
声明式服
06
务调用 Spring Cloud Feign
32
声明式服务调用：Spring Cloud Feign
快速入门实例
只需创建一个接口并用注解的 方式来配置它，即可完成对服 务提供的接口绑定
360
京东
Netflix
Apache
Spring cloud
Eureka Consoul
分布 式配 置管 理
Diamond
Disconf Qconf
Archaius
Config
批量 任务
服务 跟踪
ElasticJob
Hydra
Task Azkaban
Sleuth
Zipkin
微服务构建：Spring Boot
SpringCloud课件 PPT
一、传统服务架构与微服务架构 二、什么是微服务 三、SpringCloud介绍 四、Eureka介绍 五、Ribbon介绍 六、Hystric介绍 七、Feign介绍 八、Zuul介绍 九、Config介绍
大家应该也有点累了，稍作休息
大家有疑问的，可以询问和交流
什么是微服务
微服务架构是一种架构模式，它提倡将单一应用程序划分 成一组小的服务，服务之间互相协调、互相配合，为用户 提供最终价值。每个服务运行在其独立的进程中，服务与 服务间采用轻量级的通信机制互相沟通（通常是基于HTTP 的RESTful API）。每个服务都围绕着具体业务进行构建， 并且能够被独立地部署到生产环境、类生产环境等。另外， 应尽量避免统一的、集中式的服务管理机制，对具体的一 个服务而言，应根据业务上下文，选择合适的语言、工具 对其进行构建。
Spring Cloud介绍
主要内容
一、传统服务架构与微服务架构 二、什么是微服务 三、SpringCloud介绍 四、Eureka介绍 五、Ribbon介绍 六、Hystric介绍 七、Feign介绍 八、Zuul介绍 九、Config介绍
单体应用
单体应用优化
加入ESB
微服务架构
主要内容
主要内容
一、传统服务架构与微服务架构 二、什么是微服务 三、SpringCloud介绍 四、Eureka介绍 五、Ribbon介绍 六、Hystric介绍 七、Feign介绍 八、Zuul介绍 九、Config介绍
Hystrix：为什么需要断路器功能
在微服务架构中，我们将业务拆分成一个个的服务，服 务与服务之间可以相互调用（RPC）。为了保证其高可 用，单个服务又必须集群部署。由于网络原因或者自身 的原因，服务并不能保证服务的100%可用，如果单个服 务出现问题，调用这个服务就会出现网络延迟，此时若 有大量的网络涌入，会形成任务累计，导致服务瘫痪， 甚至导致服务“雪崩”。为了解决这个问题，就出现断 路器模型。
大家应该也有点累了，稍作休息
大家有疑问的，可以询问和交流
什么是微服务
微服务架构是一种架构模式，它提倡将单一应用程序划分 成一组小的服务，服务之间互相协调、互相配合，为用户 提供最终价值。每个服务运行在其独立的进程中，服务与 服务间采用轻量级的通信机制互相沟通（通常是基于HTTP 的RESTful API）。每个服务都围绕着具体业务进行构建， 并且能够被独立地部署到生产环境、类生产环境等。另外， 应尽量避免统一的、集中式的服务管理机制，对具体的一 个服务而言，应根据业务上下文，选择合适的语言、工具 对其进行构建。
Spring Cloud介绍
主要内容
一、传统服务架构与微服务架构 二、什么是微服务 三、SpringCloud介绍 四、Eureka介绍 五、Ribbon介绍 六、Hystric介绍 七、Feign介绍 八、Zuul介绍 九、Config介绍
单体应用
单体应用优化
加入ESB
微服务架构
主要内容
主要内容
一、传统服务架构与微服务架构 二、什么是微服务 三、SpringCloud介绍 四、Eureka介绍 五、Ribbon介绍 六、Hystric介绍 七、Feign介绍 八、Zuul介绍 九、Config介绍
Hystrix：为什么需要断路器功能
在微服务架构中，我们将业务拆分成一个个的服务，服 务与服务之间可以相互调用（RPC）。为了保证其高可 用，单个服务又必须集群部署。由于网络原因或者自身 的原因，服务并不能保证服务的100%可用，如果单个服 务出现问题，调用这个服务就会出现网络延迟，此时若 有大量的网络涌入，会形成任务累计，导致服务瘫痪， 甚至导致服务“雪崩”。为了解决这个问题，就出现断 路器模型。
SpringCloud课件全版.pptx
课件
Zuul过滤器运行机制
课件
项目结构
课件
加入Zuul后的集群
课件
主要内容
一、传统服务架构与微服务架构 二、什么是微服务 三、SpringCloud介绍 四、Eureka介绍 五、Ribbon介绍 六、Hystric介绍 七、Feign介绍 八、Zuul介绍 九、Config介绍
课件
Config介绍
一、传统服务架构与微服务架构 二、什么是微服务 三、SpringCloud介绍 四、Eureka介绍 五、Ribbon介绍 六、Hystric介绍 七、Feign介绍 八、Zuul介绍 九、Config介绍
课件
Ribbon简介
负载均衡框架，支持可插拔式的负载均衡规则 支持多种协议，如HTTP、UDP等 提供负载均衡客户端
课件
Eureka
Eureka由两个组件组成：Eureka服务器和Eureka客户端。 Eureka服务器用作服务注册服务器。Eureka客户端是一 个java客户端，用来简化与服务器的交互、作为轮询负 载均衡器，并提供服务的故障切换支持。
课件
Eureka架构
课件
Eureka集群架构图
课件
主要内容
2.Fallback：Fallback相当于是降级操作. 对于查询操作, 我们可以实现一 个fallback方法, 当请求后端服务出现异常的时候, 可以使用fallback方法 返回的值. fallback方法的返回值一般是设置的默认值或者来自缓存.
3.资源隔离：在Hystrix中, 主要通过线程池来实现资源隔离. 通常在使用 的时候我们会根据调用的远程服务划分出多个线程池. 例如调用产品服 务的Command放入A线程池, 调用账户服务的Command放入B线程池. 这 样做的主要优点是运行环境被隔离开了. 这样就算调用服务的代码存在 bug或者由于其他原因导致自己所在线程池被耗尽时, 不会对系统的其 他服务造成影响. 但是带来的代价就是维护多个线程池会对系统带来额 外的性能开销.
Zuul过滤器运行机制
课件
项目结构
课件
加入Zuul后的集群
课件
主要内容
一、传统服务架构与微服务架构 二、什么是微服务 三、SpringCloud介绍 四、Eureka介绍 五、Ribbon介绍 六、Hystric介绍 七、Feign介绍 八、Zuul介绍 九、Config介绍
课件
Config介绍
一、传统服务架构与微服务架构 二、什么是微服务 三、SpringCloud介绍 四、Eureka介绍 五、Ribbon介绍 六、Hystric介绍 七、Feign介绍 八、Zuul介绍 九、Config介绍
课件
Ribbon简介
负载均衡框架，支持可插拔式的负载均衡规则 支持多种协议，如HTTP、UDP等 提供负载均衡客户端
课件
Eureka
Eureka由两个组件组成：Eureka服务器和Eureka客户端。 Eureka服务器用作服务注册服务器。Eureka客户端是一 个java客户端，用来简化与服务器的交互、作为轮询负 载均衡器，并提供服务的故障切换支持。
课件
Eureka架构
课件
Eureka集群架构图
课件
主要内容
2.Fallback：Fallback相当于是降级操作. 对于查询操作, 我们可以实现一 个fallback方法, 当请求后端服务出现异常的时候, 可以使用fallback方法 返回的值. fallback方法的返回值一般是设置的默认值或者来自缓存.
3.资源隔离：在Hystrix中, 主要通过线程池来实现资源隔离. 通常在使用 的时候我们会根据调用的远程服务划分出多个线程池. 例如调用产品服 务的Command放入A线程池, 调用账户服务的Command放入B线程池. 这 样做的主要优点是运行环境被隔离开了. 这样就算调用服务的代码存在 bug或者由于其他原因导致自己所在线程池被耗尽时, 不会对系统的其 他服务造成影响. 但是带来的代价就是维护多个线程池会对系统带来额 外的性能开销.
Spring-Cloud微服务基础与应用-演讲演示幻灯片
与dubbo相比
从框架的完整度来看，Dubbo只是实现 了服务治理（注册，发现等），而 Spring Cloud下面有很多个子项目覆盖 了微服务架构下的方方面面，服务治理 只是其中的一个方面
Spring Cloud架构图
Spring Cloud使用 一
spring boot 的核心技术基于spring 4.x。 环境说明
XXXXXX公司
PART TWO
Spring Cloud组件
<演讲人：xxx>
Spring Cloud组件 一
Spring Cloud Config
配置管理开发工具包，可以让你把配置 放到远程服务器，目前支持本地存储、
Git以及Subversion。
Spring Cloud Bus
事件、消息总线，用于在集群（例如， 配置变化事件）中传播状态变化，可与 Spring Cloud Config联合实现热部署。
<groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> </dependencies>
<build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>springloaded</artifactId> <version>1.2.5.RELEASE</version> </dependency> </dependencies> </plugin> </plugins>
从框架的完整度来看，Dubbo只是实现 了服务治理（注册，发现等），而 Spring Cloud下面有很多个子项目覆盖 了微服务架构下的方方面面，服务治理 只是其中的一个方面
Spring Cloud架构图
Spring Cloud使用 一
spring boot 的核心技术基于spring 4.x。 环境说明
XXXXXX公司
PART TWO
Spring Cloud组件
<演讲人：xxx>
Spring Cloud组件 一
Spring Cloud Config
配置管理开发工具包，可以让你把配置 放到远程服务器，目前支持本地存储、
Git以及Subversion。
Spring Cloud Bus
事件、消息总线，用于在集群（例如， 配置变化事件）中传播状态变化，可与 Spring Cloud Config联合实现热部署。
<groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> </dependencies>
<build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>springloaded</artifactId> <version>1.2.5.RELEASE</version> </dependency> </dependencies> </plugin> </plugins>
微服务架构 ppt课件
微服务架构
主讲人：xxx 组员：xxx
微服务的诞生 1
2
Monolith
CONTENTS
微服务的定义 3
微服务架构模式 4
微服务架构的优点与缺点 5 具体应用 6
微服务的诞生
微服务架构（Microservice Architect）是 一种架构模式，它提倡将单块架构的应用 划分成一组小的服务，服务之间互相协调、 互相配合，为用户提供最终价值。每个服 务运行在其独立的进程中，服务与服务间 采用轻量级的通信机制互相沟通。每个服 务都围绕着具体业务进行构建，并且能够 被独立的部署到生产环境、类生产环境等。
可以说，所有的不便都是由于Monolith服务中一个 WAR包包含了该服务的所有功能所导致的。而解 决该问题的方法就是Microservice架构模式。
微服务的定义
实际上，从业界的讨论来看,微服务本身 并没有一个严格的定义。不过， ThoughtWorks的首席科学家，马丁 -福 勒先生对微服务的这段描述，似乎更加具 体、贴切，通俗易懂：
但是这种扩展方式极 大地浪费了资源。就 以上图所展示的情况 为例：在一个服务中， 某个组成的负载已经 达到了90%，也就是 到了不得不对服务能 力进行扩容的时候了。 而同一服务的其它三 个组成的负载还没有 到其处理能力的20%。
由于Monolith服务中 的各个组成是打包在 同一个WAR包中的， 因此通过添加一个额 外的服务实例虽然可 以将需要扩容的组成 的负载降低到了45%， 但是也使得其它各组 成的利用率更为低下。
微服务架构
微服务架构是一种架构模式，它提倡将单一应用程序 划分成一组小的服务，服务之间互相协调、互相配合， 为用户提供最终价值。每个服务运行在其独立的进程 中，服务与服务间采用轻量级的通信机制互相沟通 （通常是基于HTTP协议的RESTful API）。每个服务 都围绕着具体业务进行构建，并且能够被独立的部署 到生产环境、类生产环境等。另外，应当尽量避免统 一的、集中式的服务管理机制，对具体的一个服务而 言，应根据业务上下文，选择合适的语言、工具对其 进行构建。
主讲人：xxx 组员：xxx
微服务的诞生 1
2
Monolith
CONTENTS
微服务的定义 3
微服务架构模式 4
微服务架构的优点与缺点 5 具体应用 6
微服务的诞生
微服务架构（Microservice Architect）是 一种架构模式，它提倡将单块架构的应用 划分成一组小的服务，服务之间互相协调、 互相配合，为用户提供最终价值。每个服 务运行在其独立的进程中，服务与服务间 采用轻量级的通信机制互相沟通。每个服 务都围绕着具体业务进行构建，并且能够 被独立的部署到生产环境、类生产环境等。
可以说，所有的不便都是由于Monolith服务中一个 WAR包包含了该服务的所有功能所导致的。而解 决该问题的方法就是Microservice架构模式。
微服务的定义
实际上，从业界的讨论来看,微服务本身 并没有一个严格的定义。不过， ThoughtWorks的首席科学家，马丁 -福 勒先生对微服务的这段描述，似乎更加具 体、贴切，通俗易懂：
但是这种扩展方式极 大地浪费了资源。就 以上图所展示的情况 为例：在一个服务中， 某个组成的负载已经 达到了90%，也就是 到了不得不对服务能 力进行扩容的时候了。 而同一服务的其它三 个组成的负载还没有 到其处理能力的20%。
由于Monolith服务中 的各个组成是打包在 同一个WAR包中的， 因此通过添加一个额 外的服务实例虽然可 以将需要扩容的组成 的负载降低到了45%， 但是也使得其它各组 成的利用率更为低下。
微服务架构
微服务架构是一种架构模式，它提倡将单一应用程序 划分成一组小的服务，服务之间互相协调、互相配合， 为用户提供最终价值。每个服务运行在其独立的进程 中，服务与服务间采用轻量级的通信机制互相沟通 （通常是基于HTTP协议的RESTful API）。每个服务 都围绕着具体业务进行构建，并且能够被独立的部署 到生产环境、类生产环境等。另外，应当尽量避免统 一的、集中式的服务管理机制，对具体的一个服务而 言，应根据业务上下文，选择合适的语言、工具对其 进行构建。
《springcloud微服务实战》教学课件27
@RestController public class RateLimitController {
@GetMapping("/byResource") @SentinelResource(value = "byResource",blockHandler = "handleException") public CommonResult byResource() {
每天成长一点点
《SpringCloud微服务实战》
每天成长一点点
每天成长一点点
修改 alibaba-sentinel-service-8401 自定义一个限流处理类 ：CustomerBlockHandler
public class CustomerBlockHandler { public static CommonResult handleException(BlockException exception) { return new CommonResult(2020, "自定义限流处理信息....CustomerBlockHandler"); }
return new CommonResult(200,"按资源名称限流测试OK",new Payment(2020L,"serial001")); } public CommonResult handleException(BlockException exception) {
return new CommonResult(444,exception.getClass().getCanonicalName()+"\t 服务不可用"); } }
@GetMapping("/byResource") @SentinelResource(value = "byResource",blockHandler = "handleException") public CommonResult byResource() {
每天成长一点点
《SpringCloud微服务实战》
每天成长一点点
每天成长一点点
修改 alibaba-sentinel-service-8401 自定义一个限流处理类 ：CustomerBlockHandler
public class CustomerBlockHandler { public static CommonResult handleException(BlockException exception) { return new CommonResult(2020, "自定义限流处理信息....CustomerBlockHandler"); }
return new CommonResult(200,"按资源名称限流测试OK",new Payment(2020L,"serial001")); } public CommonResult handleException(BlockException exception) {
return new CommonResult(444,exception.getClass().getCanonicalName()+"\t 服务不可用"); } }
SpringCloud微服务精品PPT课件
为什么选择Spring Cloud？
整合了诸多被广泛实践和证 明过的框架作为基础部件
大量的兼容性测试，保证 了更好的稳定性
极高的社区活跃度
Spring Cloud简介
微服务
02
构建 spring boot
传统Spring框架：
1、配置web.xml，加载spring 和spring mvc； 2、配置数据库连接、配置 spring事务； 3、配置加载配置文件的读取， 开启注解； 4、配置日志文件； 5、配置完成之后部署tomcat 调试； …
服务治理：Spring Cloud Eureka
快速入门实例
客户端负
04
载均衡 Spring Cloud Ribbon
客户端负载均衡：Spring Cloud Ribbon
服务端 负载均衡
负载 均衡
硬件负载 均衡(F5)
可用的服 务端清单
软件负载 均衡(Nigix)
可用的服 务端清单
客户端 负载均衡
微服务构建：Spring Boot
快速入门实例
服务
03
治理 Spring Cloud Eureka
服务治理机制
服务注册中心
失效剔除 默认每隔一段时间 （默认60秒）将当 前清单中超时（默 认为90秒）没有续 约的服务剔除出去
自我保护
心跳失败的比例在 15分钟之内低于 85%时，Eureka Server会将当前的 实例注册信息保护 起来，让这些实例 不会过期。
服务容错处理：Spring Cloud Hystrix
资源隔离
服务容错处理：Spring Cloud Hystrix
降级机制
服务容错处理：Spring Cloud Hystrix
整合了诸多被广泛实践和证 明过的框架作为基础部件
大量的兼容性测试，保证 了更好的稳定性
极高的社区活跃度
Spring Cloud简介
微服务
02
构建 spring boot
传统Spring框架：
1、配置web.xml，加载spring 和spring mvc； 2、配置数据库连接、配置 spring事务； 3、配置加载配置文件的读取， 开启注解； 4、配置日志文件； 5、配置完成之后部署tomcat 调试； …
服务治理：Spring Cloud Eureka
快速入门实例
客户端负
04
载均衡 Spring Cloud Ribbon
客户端负载均衡：Spring Cloud Ribbon
服务端 负载均衡
负载 均衡
硬件负载 均衡(F5)
可用的服 务端清单
软件负载 均衡(Nigix)
可用的服 务端清单
客户端 负载均衡
微服务构建：Spring Boot
快速入门实例
服务
03
治理 Spring Cloud Eureka
服务治理机制
服务注册中心
失效剔除 默认每隔一段时间 （默认60秒）将当 前清单中超时（默 认为90秒）没有续 约的服务剔除出去
自我保护
心跳失败的比例在 15分钟之内低于 85%时，Eureka Server会将当前的 实例注册信息保护 起来，让这些实例 不会过期。
服务容错处理：Spring Cloud Hystrix
资源隔离
服务容错处理：Spring Cloud Hystrix
降级机制
服务容错处理：Spring Cloud Hystrix
Springboot+SpringCloud实战(微课版)07-第七章
1 单体架构 2 SOA架构 3 微服务架构
4 微服务架构的优势 5 微服务开发vs传统开发 6 微服务对数据库的挑战
微服务架构的优势
通过对微服务架构的介绍我们发现了微服务架构的一些优势，但是微服务架构还有一些优势我们没有发 现，下面我们介绍一下微服务架构的主要优势。
1．降低复杂度 微服务架构将应用按照业务单元拆分为多个微服务，每个微服务功能单一、代码少、复杂度低。
微服务对数据库的挑战
方式三：将业务高度相关的表放到一个通用数据库中，将业务关系不是很紧密的表严格按照微服务模式来 拆分并放到专用数据库中。这样既可以使用微服务，也避免了数据库分散导致后台系统统计功能难以实现 。这种设计的缺点是可能存在多个微服务调用通用数据库时可能导致锁表等缺陷。 实际开发中要根据应用的实际业务去选择数据库的设计，尽可能选择最适合的数据库设计，然后使用一些 其他的技术弥补缺陷。
边界变得越来越模糊，依赖关系不清晰；又因为开发人员的更迭，每个人水平不一样，导致代码质量参 差不齐，让有些代码变得非常混乱，使得整个项目变得非常复杂。开发人员在这样的项目中添加一个新 功能或者修改代码时会小心翼翼，害怕修改之后影响其他功能模块的使用或者导致核心业务出现问题。
2．代码重构难度大 采用单体架构的项目往往会有很多隐藏的小问题，并且随着时间的推移会越来越多。新的开发人员
1 单体架构 2 SOA架构 3 微服务架构
4 微服务架构的优势 5 微服务开发vs传统开发 6 微服务对数据库的挑战
微服务开发vs传统开发
微服务开发因为与传统开发的架构体系本身的不同，所以也存在其他不同之处，如下。 1．分工不同 传统开发是一人一个功能，微服务开发则是一人一个微服务。 2．架构不同 传统架构技术选型少，架构一旦决定了就不容易更改。而微服务架构中，不同的微服务可以根据业务需要采用 不同的架构，更加灵活。但是微服务的拆分是一个技术含量很高的问题，拆分是否合理对以后发展影响也很大 3．部署方式不同 传统开发可能部署一个jar包或者war包即可。而进行微服务开发的时候，如果服务很多可能不能像传统开发那 样部署，不然需要部署很多次，所以脚本和自动化部署（例如，Jenkins自动部署）必不可少。 4．容灾不同 传统开发可能因为出现一个小的问题影响整个系统的运行。微服务开发中故障屏蔽在一个微服务内，或者使用 熔断机制解决微服务之间相互调用的问题，保证了系统的正常运行。 5．新模块开发不同 传统开发中，新模块开发往往只是在项目中新创建包而已。而微服务开发中，新模块开发可以放到独立的新的 微服务中。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
“路漫漫其修远兮 吾将上下而求索”
–屈原 《离骚》
微服务架构 与
SPRING CLOUD
徐瑱
巨石型
微服务
微服务的优点与挑战
开发简 单
技术栈 灵活
服务独 立
按需扩 展
运维复 杂
数据一 致性问
题
集成测 试 复杂
重复代 码
监控困 难
NETFLIX与SPRING CLOUD
• Netflix是一家在全球范围内提供流视频服务的公司，截止到2016年已经拥有 8300+万订阅用户，每天播放时间达到了1亿2千万小时，是北美互联网峰值 下载量的1/3。
• Netflix组件是由Netflix公司开发并开源的一套微服务框架，这套架构在Netflix 公司大规模分布式微服务环境中经过数年的生产环境检验被证明是可靠的。
• Spring Cloud是基于Spring Boot的一整套实现微服务的框架。 • Spring Cloud Netflix是基于Netflix组件的再次封装，提升了易用性以及与Spring
ZUUL
• API网关 所有的客户端请 求通过这个网关访问后台 的服务。他可以使用一定 的路由配置来判断某一个 URL由哪个服务来处理。 并从Eureka获取注册的服 务来转发请求。
/api-a/* /api-b/* /api-c/*
/api-a/*
ZUUL
/api-b/*
/api-c/*
服务A
服务B
Cloud其他组件整合性
SPRING CLOUD NETFLIX
EUREKA 与 CONSUL
• 服务注册和发现 提供了 一个服务注册中心、服务 发现的客户端，还有一个 方便的查看所有注册的服 务的界面。 所有的服务 使用Eureka的服务发现 客户端来将自己注册到 Eureka的服务器上。
注册
Hystrix Hystrix Dashboard
SPRING CLOUD CONFIG
/bus/refresh
Spring cloud bus
Config Clients
Config Server
CVS
其他
服务链路追踪Spring Cloud Sleuth 基于Docker的部署 与Kubernetes的结合
读取注册服务
服务
心跳 eureka
RIBBON
• 负载均衡 Zuul网关将一 个ibbon来通过一 定的负载均衡策略来发送 给某一个服务实例。
Ribbon 微服务A实例 微服务A实例
FEIGN
• 服务客户端 服务之间如 果需要相互访问，可以使 用RestTemplate，也可以 使用Feign客户端访问。 它默认会使用Ribbon来实 现负载均衡。
服务C
HYSTRIX系列
• Hystrix 监控和断路器。我们只需要在 服务接口上添加Hystrix标签，就可以实 现对这个接口的监控和断路器功能。
• Hystrix Dashboard 监控面板，他提供了 一个界面，可以监控各个服务上的服 务调用所消耗的时间等。
• Hystrix Turbine 监控聚合，使用Hystrix 监控，我们需要打开每一个服务实例 的监控信息来查看。而Turbine可以帮 助我们把所有的服务实例的监控信息 聚合到一个地方统一查看。这样就不 需要挨个打开一个个的页面一个个查 看。