turbine

##maven <!--spring boot admin--> <!-- https://mvnrepository.com/artifact/de.codecentric/spring-boot-admin-server --> <dependency> <groupId>de.codecentric</groupId> <artifactId>spring-boot-admin-server</artifactId> <version>1.4.6</version> <exclusions> <exclusion> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </exclusion> </exclusions> </dependency> <!--<!– https://mvnrepository.com/artifact/de.codecentric/spring-boot-admin-server-ui-turbine –>--> <!--<dependency>--> <!--<groupId>de.codecentric</groupId>--> <!--<artifactId>spring-boot-admin-server

一、前言 1、什么是Turbine？ Turbine是Netflix开源的将Server-Sent Event（SSE）的JSON数据流聚合成单个流的工具。我们可以通过Turbine将Hystrix生产的监控数据（JSON）合并到一个流中，方便我们对存在多个实例的应用进行监控。 Turbine can be used with any data source that fits the supported JSON format of key/value pairs delivered via Server Sent Events. However, it is specifically intended for aggregating streams output by Hystrix so that will be used in all examples. 2、本篇环境信息 框架 版本 Spring Boot 2.0.0.RELEASE Spring Cloud Finchley.RELEASE JDK 1.8.x 3、准备工作 启动Eureka Server： http://localhost:8800 启动Test Service： http://localhost:8602 服务消费者+Hystrix Dashboard准备 修改 feignclient项目

在微服务架构中，通常存在多个服务调用层。微服务之间通过网络进行通信，从而支撑起整个应用，为了保证高可用，单个服务通常也会集群部署。但由于网络原因或者自身原因，服务并不能保证100% 可用。而服务间的依赖关系，会导致故障传播，即服务提供者的不可用会导致消费者不可用，并把不可用逐渐放大，这就是雪崩效应。 这里就引入了请求超时机制和断路器模式 Hystrix 简介 Hystrix 是 Netflix 的开源组件，是一个用于实现超时机制和断路器模式的工具类库。在微服务架构中，通常存在多个服务调用层。较低级别的服务中的服务故障可能导致级联故障，一直到达用户。当对特定服务的调用超过一个阈值（默认是 10秒/20个请求/故障百分比 > 50％），断路器将打开并且不会进行调用。在出现错误和开路的情况下，开发人员可以提供一个回退 断路打开后可以防止级联故障。回退可以是另一个受 Hystrix 保护的调用、静态数据或合理的空值。 Ribbon 中整合 Hystrix 我们在 Spring Cloud 服务消费（Ribbon） 中的例子基础上添加 Hystrix 准备工作 eureka-server 作为服务注册中心 product-service 作为服务提供者 复制工程 order-service-ribbon 为 order-service-ribbon-hystrix 来整合 Hystrix

个人GitHub地址： https://github.com/leebingbin/ 在使用Spring Cloud的过程中，难免会遇到一些问题。所以对Spring Cloud的常用问题做一些总结。 关于“Eureka常见问题”可以参考，我之前的文章《微服务开发架构——Spring Cloud常见问题与总结<一>Eureka常见问题》： https://my.oschina.net/u/3375733/blog/1555725 ；关于“Hystrix/Feign 整合Hystrix后首次请求失败”可以参考，我之前的文章《微服务开发架构——Spring Cloud常见问题与总结<二>Hystrix/Feign 整合Hystrix后首次请求失败》；关于 “Turbine 聚合数据不完整” 可以参考，我之前的文章《微服务开发架构——Spring Cloud常见问题与总结<三>Turbine 聚合数据不完整》。 四、Spring Cloud 各组件配置属性 Spring Cloud 的所有组件配置都在其官方文档的附录，地址如下: http://cloud.spring.io/spring-cloud-static/Camden.SR4/#_appendix_compendium_of_configuration_properties 原生配置 Spring Cloud 整合了很多类库，例如

I'm trying to run Spring Boot (with Spring Cloud) + Eureka Server + Hystrix Dashboard and Turbine stream, but I run into a problem I couldn't find any solution so far. I use Spring Boot 1.2.1.RELEASE and Spring Cloud 1.0.0.RC2 . Here is what I have: The first instance is running Eureka server and Hystrix dashboard: @Configuration @EnableAutoConfiguration @EnableEurekaServer @EnableHystrixDashboard @EnableDiscoveryClient class Application { public static void main(String[] args) { SpringApplication.run Application, args } } Here you can find build.gradle for that instance - https://gist.github

前言 前面一章，我们讲解了如何整合 Hystrix 。而在实际情况下，使用了 Hystrix 的同时,还会对其进行实时的数据监控，反馈各类指标数据。今天我们就将讲解下 Hystrix Dashboard 和 Turbine .其中 Hystrix Dashboard 是一款针对 Hystrix 进行实时监控的工具，通过 Hystrix Dashboard 我们可以在直观地看到各 Hystrix Command 的 请求响应时间 , 请求成功率 等数据,监控单个实例内的指标情况。后者 Turbine ，能够将多个实例指标数据进行聚合的工具。 Hystrix-Dashboard Hystrix-dashboard(仪表盘) 是一款针对Hystrix进行实时监控的工具，通过 Hystrix Dashboard 我们可以在直观地看到各 Hystrix Command 的请求响应时间, 请求成功率等数据。 创建一个 spring-cloud-hystrix-dashboard 工程。 0.引入POM依赖。 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-hystrix-dashboard</artifactId> </dependency> 1

Hystrix 分布式系统中经常会出现某个基础服务不可用造成整个系统不可用的情况，这种现象被称为服务雪崩效应。为了应对服务雪崩，一种常见的做法是手动服务降级。而 Hystrix 的出现，给我们提供了另一种选择。 服务雪崩效应 在微服务架构中， 我们将系统拆分成了很多服务单元， 各单元的应用间通过服务注册 与订阅的方式互相依赖。 由于每个单元都在不同的进程中运行，依赖通过远程调用的方式 执行， 这样就有可能因为网络原因或是依赖服务自身间题出现调用故障或延迟， 而这些问 题会直接导致调用方的对外服务也出现延迟， 若此时调用方的请求不断增加， 最后就会因 等待出现故障的依赖方响应形成任务积压， 最终导致自身服务的瘫痪。 举个例子， 在一个电商网站中， 我们可能会将系统拆分成用户、 订单、 库存、 积分、 评论等一系列服务单元。 用户创建一个订单的时候， 客户端将调用订单服务的创建订单接 口，此时创建订单接口又会向库存服务来请求出货(判断是否有足够库存来出货)。 此时若 库存服务因自身处理逻辑等原因造成响应缓慢， 会直接导致创建订单服务的线程被挂起， 以等待库存申请服务的响应， 在漫长的等待之后用户会因为请求库存失败而得到创建订单 失败的结果。 如果在高并发情况之下，因这些挂起的线程在等待库存服务的响应而未能释 放， 使得后续到来的创建订单请求被阻塞， 最终导致订单服务也不可用。即雪崩效应

Hystrix提供了监控Hystrix Command的能力，本节来详细探讨。 监控端点与数据 应用整合Hystrix，同时应用包含 spring-boot-starter-actuator 依赖，就会存在一个 /actuator/hystrix.stream 端点，用来监控Hystrix Command。 当被@HystrixCommand 注解了的方法被调用时，就会产生监控信息，并暴露到该端点中 。当然，该端点默认是不会暴露的，需使用如下配置将其暴露。 management: endpoints: web: exposure: include: 'hystrix.stream' 此时，访问 /actuator/hystrix.stream 可返回如下结果： {"type":"HystrixCommand","name":"findById","group":"MovieController","currentTime":1547905939151,"isCircuitBreakerOpen":false,"errorPercentage":0,"errorCount":0,"requestCount":0,"rollingCountBadRequests":0,"rollingCountCollapsedRequests":0,"rollingCountEmit":0,

个人GitHub地址： https://github.com/leebingbin/ 在使用Spring Cloud的过程中，难免会遇到一些问题。所以对Spring Cloud的常用问题做一些总结。 三、Turbine 聚合数据不完整 在某些版本的Spring Cloud (例如 Brixton SR5)中，Turbine 会发生该问题。该问题的直接观体现是： 使用 Turbine 聚合多个微服务，但在 Hystrix Dashboard 上只能看到部分微服务的监控数据。 现象描述： 比如 Turbine 配置如下： turbine: appConfig:movieticketing-consumer-movie,movieticketing-consumer-movie-feign-hystrix-fallback-stream clusterNameExpression:"'default'" Turbine 理应聚合 movieticketing-consumer-movie,movieticketing-consumer-movie-feign-hystrix-fallback-stream 这两个微服务的监控数据，然而打开 Hystrix Dashboard 时，会发现Dashboard 上只显示部分微服务的监控数据。 解决方案： 当 Turbine