Ribbon

一、FeignClient注解 @FeignClient标签的常用属性如下： name：指定FeignClient的名称，如果项目使用了Ribbon，name属性会作为微服务的名称，用于服务发现 url: url一般用于调试，可以手动指定@FeignClient调用的地址 decode404:当发生http 404错误时，如果该字段位true，会调用decoder进行解码，否则抛出FeignException configuration: Feign配置类，可以自定义Feign的Encoder、Decoder、LogLevel、Contract fallback: 定义容错的处理类，当调用远程接口失败或超时时，会调用对应接口的容错逻辑，fallback指定的类必须实现@FeignClient标记的接口 fallbackFactory: 工厂类，用于生成fallback类示例，通过这个属性我们可以实现每个接口通用的容错逻辑，减少重复的代码 path: 定义当前FeignClient的统一前缀 来源： oschina 链接： https://my.oschina.net/u/4403469/blog/3940105

5.1、写一个 Feign 害户端 新建项目： 依赖： <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-ribbon</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-openfeign</artifactId> </dependency> <dependency> <groupId>org.springframework.boot<

Spring Cloud Ribbon Spring Cloud Ribbon是基于Netflix Ribbon实现的一套客户端负载均衡的工具。它是一个基于HTTP和TCP的客户端负载均衡器。它可以通过在客户端中配置ribbonServerList来设置服务端列表去轮询访问以达到均衡负载的作用。 当Ribbon与Eureka联合使用时，ribbonServerList会被DiscoveryEnabledNIWSServerList重写，扩展成从Eureka注册中心中获取服务实例列表。同时它也会用NIWSDiscoveryPing来取代IPing，它将职责委托给Eureka来确定服务端是否已经启动。 而当Ribbon与Consul联合使用时，ribbonServerList会被ConsulServerList来扩展成从Consul获取服务实例列表。同时由ConsulPing来作为IPing接口的实现。 我们在使用Spring Cloud Ribbon的时候，不论是与Eureka还是Consul结合，都会在引入Spring Cloud Eureka或Spring Cloud Consul依赖的时候通过自动化配置来加载上述所说的配置内容，所以我们可以快速在Spring Cloud中实现服务间调用的负载均衡。 下面我们通过具体的例子来看看如何使用Spring Cloud

目录： springcloud费话之Eureka基础 springcloud费话之Eureka集群 springcloud费话之Eureka服务访问（restTemplate） springcloud费话之Eureka接口调用（feign） springcloud费话之断路器（hystrix in feign） springcloud费话之配置中心基础（SVN） springcloud费话之配置中心客户端(SVN) 使用eureka服务发现实现服务器之间的http访问（feign） 使用restTemplate的访问方式还是比较复杂的，需要对其中的一些内容进行解析，增加了代码 因此在服务调用之间，希望恢复单应用的调用service一样简单， 于是使用feign的调用方式 因为feign底层是使用了ribbon作为负载均衡的客户端，而ribbon的负载均衡也是依赖于eureka 获得各个服务的地址，所以要引入eureka-client，实际上上述的依赖并不需要更改 具体流程如下： 1.依赖 首先在springcloud官方网站上找到feign依赖，如下图 复制进pom 2.添加启动类注解 在启动类上添加注解@EnableFeignClients，添加后代码如下： package com.lyh.lyh_eureka_server; import org.springframework

本项目的笔记和资料的Download，请点击这一句话自行获取。 day01-springboot（理论篇） ； day01-springboot（实践篇） day02-springcloud（理论篇一) ； day02-springcloud(理论篇二) ； day02-springcloud(理论篇三) ； day02-springcloud(理论篇四) ； day03-springcloud(Hystix，Feign) ； day03-springcloud(Zuul网关） 14 微服务电商【黑马乐优商城】：day03-springcloud 0.学习目标 会配置Hystix熔断 会使用Feign进行远程调用 能独立搭建Zuul网关 能编写Zuul的拦截器 1.Hystix Hystix，即熔断器。 主页： https://github.com/Netflix/Hystrix/ Hystix是一个延迟和容错库，用于隔离访问远程服务、第三方库，防止出现级联失败。 1.2.熔断器的工作机制： 正常工作的情况下，客户端请求调用服务API接口： 当有服务出现异常时，直接进行失败回滚，服务降级处理： 当服务繁忙时，如果服务出现异常，不是粗暴的直接报错，而是返回一个友好的提示，虽然拒绝了用户的访问，但是会返回一个结果。 这就好比去买鱼，平常超市买鱼会额外赠送杀鱼的服务。等到逢年过节

本项目的笔记和资料的Download，请点击这一句话自行获取。 day01-springboot（理论篇） ； day01-springboot（实践篇） day02-springcloud（理论篇一) ； day02-springcloud(理论篇二) ； day02-springcloud(理论篇三) ； day02-springcloud(理论篇四) ； day03-springcloud(Hystix，Feign) ； day03-springcloud(Zuul网关） ； day04-ES6语法入门 （视频第三天讲的ES6，笔记在day04位置） 14 微服务电商【黑马乐优商城】：day03-springcloud 0.学习目标 会配置Hystix熔断 会使用Feign进行远程调用 能独立搭建Zuul网关 能编写Zuul的拦截器 3.Zuul网关 通过前面的学习，使用Spring Cloud实现微服务的架构基本成型，大致是这样的： 我们使用Spring Cloud Netflix中的Eureka实现了服务注册中心以及服务注册与发现；而服务间通过Ribbon或Feign实现服务的消费以及均衡负载；通过Spring Cloud Config实现了应用多环境的外部化配置以及版本管理。 为了使得服务集群更为健壮

前言 现在微服务实在是太火了，所以我们必不可少的是要学习一下SpringCloud了，服务化的核心就是将传统的一站式应用 根据业务拆分成一个一个的服务，而微服务在这个基础上要更彻底地去耦合（不再共享DB、KV，去掉重量级ESB），并 且强调DevOps和快速演化。 springcloud中常用的组件： 服务发现——Netflix Eureka 客户端负载均衡——Netflix Ribbon 断路器——Netflix Hystrix 服务网关——Netflix Zuul 分布式配置——Spring Cloud Config 一、SpringCloud的架构设计 1.1 SpringCloud架构图细解 上面的SpirngCloud的架构图，分层概述一下。 web服务器的选型，这个我选择的是nginx+keepalived，haproxy也是一个选择，但是haproxy在反向代理处理跨域 访问的时候问题很多。所以我们nginx有些地方做了keep-alive模式处理，减少了三次握手的次数，提高了连接效率。 keepalived做nginx的负载，虚拟一个vip对外，两个nginx做高可用，nginx本身反向代理zuul集群。 api gateway，这里的zuul很多人诟病，说是速度慢推荐直接用nginx，这里我还是推荐使用zuul的，毕竟zuul含有 拦截器和反向代理，在权限管理

前言 想说的话 【一起学源码-微服务-Ribbon】专栏到这里就已经全部结束了，共更新四篇文章。 Ribbon比较小巧，这里是直接 读的spring cloud 内嵌封装的版本，里面的各种configuration确实有点绕，不过看看第三讲Ribbon初始化的过程总结图就会清晰很多。 紧接着会继续整理学习Feign源码相关的，敬请期待。 说明 原创不易，如若转载 请标明来源！ 博客地址： 一枝花算不算浪漫 微信公众号：壹枝花算不算浪漫 总结 总结分为两个部分，一个是Riboon执行整体流程图，还一个是Ribbon初始化流程图。 Ribbon整体流程图： Ribbon初始化流程图： 常用配置 常用配置 禁用 Eureka 当我们在 RestTemplate 上添加 @LoadBalanced 注解后，就可以用服务名称来调用接口了，当有多个服务的时候，还能做负载均衡。 这是因为 Eureka 中的服务信息已经被拉取到了客户端本地，如果我们不想和 Eureka 集成，可以通过下面的配置方法将其禁用。 #禁用 Eureka ribbon.eureka.enabled=false 当我们禁用了 Eureka 之后，就不能使用服务名称去调用接口了，必须指定服务地址。 配置接口地址列表 上面我们讲了可以禁用 Eureka，禁用之后就需要手动配置调用的服务地址了，配置如下： #禁用 Eureka

前言 　　本篇文章简单介绍一下什么是微服务、微服务的优点、SpringCloud的微服务架构核心组件选型等； 一、什么是微服务？ 　　微服务的提出者 Martin Fowler 是这样描述微服务的（原文： https://martinfowler.com/articles/microservices.html ）： In short , the microservice architectural style [ 1 ] is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. These services are built around business capabilities and independently deployable by fully automated deployment machinery. There is a bare minimum of centralized management of these services, which

前言：前面说过，由于微服务过多，可能某一个小业务就需要调各种微服务的接口，不可避免的就会需要负载均衡和反向代理了，以确保ui不直接与所有的微服务接口接触，所以我们需要使用一个组件来做分发，跨域等各种请求。 一、微服务网关ZUUL 　　ZUUL是Netflix开源的微服务网关，它可以和Eureka、Ribbon、Hystrix等组件配合使用，它主要用作反向代理、Filter扩展、动态加载、动态路由、压力测试、弹性扩展、审查监控、安全检查等。 　　 二、ZUUL与SpringCloud各组件的整合使用 　　1、创建一个Maven工程，gateway-zuul，添加依赖： <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>1.5.13.RELEASE</version> </parent> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka</artifactId> </dependency> <dependency> <groupId