eureka

SpringCloud系列教程 | 第九篇：服务网关Zuul初探 Springboot: 2.1.6.RELEASE SpringCloud: Greenwich.SR1 如无特殊说明，本系列教程全采用以上版本 前面的文章我们介绍了，Eureka用于服务的注册于发现，Feign支持服务的调用以及均衡负载，Hystrix处理服务的熔断防止故障扩散，Spring Cloud Config服务集群配置中心，似乎一个微服务框架已经完成了。 我们还是少考虑了一个问题，外部的应用如何来访问内部各种各样的微服务呢？在微服务架构中，后端服务往往不直接开放给调用端，而是通过一个API网关根据请求的url，路由到相应的服务。当添加API网关后，在第三方调用端和服务提供方之间就创建了一面墙，这面墙直接与调用方通信进行权限控制，后将请求均衡分发给后台服务端。 一个简单的微服务架构已经跃然纸面： 在Spring Cloud微服务系统中，一种常见的负载均衡方式是，客户端的请求首先经过负载均衡（zuul、Ngnix、F5），再到达服务网关（zuul集群），然后再到具体的服务，服务统一注册到高可用的服务注册中心集群，服务的所有的配置文件由配置服务管理，配置服务的配置文件放在git仓库，方便开发人员随时改配置。 1. 为什么需要API Gateway？ 1.1 简化客户端调用复杂度

上一章节，我们讲解了服务网关zuul，本章节我们从git和本地两种存储配置信息的方式来讲解springcloud的分布式配置中心-Spring Cloud Config。 一、Spring Cloud Config简介： Spring Cloud Config项目是一个解决分布式系统的配置管理方案。它包含了Client和Server两个部分，server提供配置文件的存储、以接口的形式将配置文件的内容提供出去，client通过接口获取数据、并依据此数据初始化自己的应用。 二、新建springcloud-config-server模块： 1. 参考： 一起来学Spring Cloud | 第一章 ：如何搭建一个多模块的springcloud项目 来新建一个基本模块结构 2. 修改pom.xml中引入依赖 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

SpringCloud系列教程 | 第三篇：服务的提供与Feign调用 Springboot: 2.1.6.RELEASE SpringCloud: Greenwich.SR1 如无特殊说明，本系列教程全采用以上版本 上一篇，我们介绍了注册中心的搭建，包括集群环境吓注册中心的搭建，这篇文章介绍一下如何使用注册中心，创建一个服务的提供者，使用一个简单的客户端去调用服务端提供的服务。 本篇文章中需要三个角色，分别是服务的提供者，服务的消费者，还有一个是上一篇文章的主角——注册中心Eureka（使用单机版本即可，本篇的示例也会使用单机版本的Eureka）。 整体流程为： 先启动注册中心Eureka 启动服务的提供者将提供服务，并将服务注册到注册中心Eureka上 启动服务的消费者，在注册中心中找到服务并完成消费 1. 服务提供者 1. pom.xml <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org

在微服务项目中，一个系统可以分割成很多个不同的服务模块，不同模块之间我们通常需要进行相互调用。springcloud中可以使用RestTemplate+Ribbon和Feign来调用（工作中基本都是使用feign）。有时为了提高系统的健壮性，某些访问量大的服务模块还会做集群部署。但是服务之间的调用不可能百分之百成功的，如果出现超时、异常会导致服务无法提供功能。这时如果有大量请求访问异常服务，就会造成系统资源耗尽，导致服务瘫痪。服务与服务之间的依赖性，故障会传播，会对整个微服务系统造成灾难性的严重后果，这就是服务故障的“雪崩”效应。在实际工作中，复杂的系统往往有成百上千个服务模块，某个功能模块出现异常，不能影响其它功能的正常运行，所以熔断器Hystrix就派上用场了。 一、Hystrix简介： Hystrix由Netfilix API团队研发于2011年，2012年开始在Hystrix公司内部推广和使用，Hystrix在Netflix中久经沙场，现在已经是一个非常成熟的系统，而最近流行的微服务架构和Spring Cloud，让Hystrix成为了配套的基础设施，在国内也逐渐流行起来。 hystrix的出现即为解决服务雪崩效应，它通过四个方面的机制来解决这个问题 1. 隔离（线程池隔离和信号量隔离）：限制调用分布式服务的资源使用，某一个调用的服务出现问题不会影响其他服务调用。 2.

​ 本文是Spring Cloud专栏的 第十四篇 文章，了解 前十三篇 文章内容有助于更好的理解本文： Spring Cloud第一篇 | Spring Cloud前言及其常用组件介绍概览 Spring Cloud第二篇 | 使用并认识Eureka注册中心 Spring Cloud第三篇 | 搭建高可用Eureka注册中心 Spring Cloud第四篇 | 客户端负载均衡Ribbon Spring Cloud第五篇 | 服务熔断Hystrix Spring Cloud第六篇 | Hystrix仪表盘监控Hystrix Dashboard Spring Cloud第七篇 | 声明式服务调用Feign Spring Cloud第八篇 | Hystrix集群监控Turbin Spring Cloud第九篇 | 分布式服务跟踪Sleuth Spring Cloud第十篇 | 分布式配置中心Config Spring Cloud第十一篇 | 分布式配置中心高可用 Spring Cloud第十二篇 | 消息总线Bus Spring Cloud第十三篇 | Spring Boot Admin服务监控 一、网关分类 开放Api 开放api(openApi) 企业需要将自身数据、能力等作为开发平台向外开放，通常会以rest的方式向外提供，最好的例子就是淘宝开放平台、腾讯公司的QQ开发平台

本章节，我们讲解springcloud重要组件：微服务网关Zuul。如果有同学从第一章看到本章的，会发现我们已经讲解了大部分微服务常用的基本组件。 已经讲解过的： 一起来学Spring Cloud | 第一章 ：如何搭建一个多模块的springcloud项目 一起来学Spring Cloud | 第二章：服务注册和发现组件 (Eureka) 一起来学Spring Cloud | 第三章：服务消费者 (负载均衡Ribbon) 一起来学Spring Cloud | 第四章：服务消费者 ( Feign ) 一起来学Spring Cloud | 第五章：熔断器 ( Hystrix) 本章正在讲解的： 一起来学Spring Cloud | 第六章：服务网关 ( Zuul) 下章即将讲解的： 一起来学Spring Cloud | 第七章：分布式配置中心(Spring Cloud Config) 刚入门的同学，如果把前面这七章都理解清楚，并且自己搭建一遍，在工作中，我们已经可以搭建一个最简单的微服务项目了，我曾经看过一个创业公司，他们使用微服务框架时，就用以上的组件在生产上运行着简单的后台业务系统。 一、Zuul简介： Zuul是Netflix开源的微服务网关，它可以和Eureka、Feign、hystrix等组件配合使用，Zuul的核心是一系列过滤器，它主要功能是路由转发和过滤器。

前言 本篇主要介绍的是SpringCloud相关知识、微服务架构以及搭建一个高可用的服务注册与发现的服务模块(Eureka)。 SpringCloud介绍 Spring Cloud是在Spring Boot的基础上构建的，用于简化分布式系统构建的工具集，为开发人员提供快速建立分布式系统中的一些常见的模式。 例如： 配置管理（configuration management），服务发现（service discovery），断路器（circuit breakers），智能路由（ intelligent routing），微代理（micro-proxy），控制总线（control bus），一次性令牌（ one-time okens），全局锁（global locks），领导选举（leadership election），分布式会话(distributed sessions），集群状态（cluster state)等等。 微服务架构是什么 微服务架构风格是一种将单个应用程序开发为一套小型服务的方法，每个小型服务都在自己的流程中运行，并与轻量级机制（通常是HTTP资源API）进行通信。这些服务围绕业务功能构建，可通过全自动部署机制独立部署。这些服务至少集中管理，可以用不同的编程语言编写，并使用不同的数据存储技术。 SpringCloud Eureka Eureka 介绍

Hystrix [hɪst'rɪks]，中文含义是豪猪，因其背上长满棘刺，从而拥有了自我保护的能力。本文所说的Hystrix是Netflix开源的一款容错框架，同样具有自我保护能力。 本文目录 一、Hystrix简介 二、Hystrix的设计原则 三、Hystrix的工作原理 四、Ribbon中使用熔断器 五、Feign中使用熔断器 六、踩到的坑 一、Hystrix简介 Hystrix是由Netflix开源的一个延迟和容错库，用于隔离访问远程系统、服务或者第三方库，防止级联失败，从而提升系统的可用性、容错性与局部应用的弹性，是一个实现了超时机制和断路器模式的工具类库。 二、Hystrix的设计原则 防止任何单独的依赖耗尽资源（线程） 过载立即切断并快速失败，防止排队 尽可能提供回退以保护用户免受故障 使用隔离技术（例如隔板，泳道和断路器模式）来限制任何一个依赖的影响 通过近实时的指标，监控和告警，确保故障被及时发现 通过动态修改配置属性，确保故障及时恢复 防止整个依赖客户端执行失败，而不仅仅是网络通信 三、Hystrix的工作原理 使用命令模式将所有对外部服务（或依赖关系）的调用包装在HystrixCommand或HystrixObservableCommand对象中，并将该对象放在单独的线程中执行。 每个依赖都维护着一个线程池（或信号量），线程池被耗尽则拒绝请求（而不是让请求排队

[toc] 本文首发于我的个人博客， Spring Cloud 负载均衡初体验 ，欢迎访问！ 使用 Spring Cloud Netflix 组件 Eureka 和 Ribbon 构建单注册中心的负载均衡服务。 Spring Cloud 是基于 Spring 的微服务技术栈，可以这么概括吧，里面包含了很多例如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等组件，可以通过 Spring Boot 的形式进行集成和使用。 目前，项目中有这么个需求，Spring Boot 做一个 web 服务，然后调用 TensorFlow 模型得到结果。但是由于 TensorFlow GPU 版，不支持多线程多引擎，所以只能采用多进程的方式去进行调度，所以需要做一个负载均衡。负载均衡的话，可以分为客户端和服务端负载均衡。我目前还没能领悟到有什么不同，毕竟整体的架构都是一样的，如下如图。其中客户端均衡负载的代表是 Spring Cloud 的 Ribbon，服务端负载均衡代表是 Nginx。 由于项目的压力并不大，日平均请求约 5000 左右，因此就采用 Spring Cloud 中的组件进行客户端负载均衡。主要用到的就是 Spring Cloud 和 Eureka。很多博客中会也看到 Ribbon 的身影。其实他们都是 Spring Cloud Netflix 中的组件，用来构建微服务

上一章节，讲解了SpringCloud如何通过RestTemplate+Ribbon去负载均衡消费服务，本章主要讲述如何通过Feign去消费服务。 一、Feign 简介： Feign是一个便利的rest框架，在Ribbon的基础上进行了一次改进，采用接口的方式，将需要调用的其他服务的方法定义成抽象方法，不需要自己构建http请求，简化了调用。但是最后的原理还是通过ribbon在注册服务器中找到服务实例，然后对请求进行分配。 在工作中，我们基本上都是使用Feign来进行服务调用，因为Feign使用起来就像是调用自身本地的方法一样，而感觉不到是调用远程方法，相当舒服，它主要有3个优点。 1. feign本身里面就包含有了ribbon，具有负载均衡的能力 2. fegin是一个采用基于接口的注解的编程方式，更加简便 3. fegin整合了Hystrix，具有熔断的能力 二、 准备工作： 1. 启动eureka-server 工程，eureka注册中心就启动了。 2. 启动springcloud-eureka-client工程，springcloud-eureka-client工程的端口为9300。 3. 将springcloud-eureka-client工程的application.properties文件中端口改成9400，然后再启动springcloud-eureka-client