2.1spring cloud 环境配置

前提：springboot可以离开springcloud独立使用开发项目，但是springcloud离不开springboot，属于依赖的关系.

所以基本是搭建springboot + 组件 = springcloud

什么是spring cloud

　　1、spring cloud它不是一个具体的框架，它是一个工具箱，它提供了各类工具，可以帮助我们快速地构建分布式系统。

　　2、基于spring boot的基础上，封装了netflix

1.eureka注册中心（核心）

<!-- 引入关于 eureka-server的依赖 -->
        <dependency>
            <groupid>org.springframework.cloud</groupid>
            <artifactid>spring-cloud-starter-netflix-eureka-client</artifactid>
            <version>2.0.2.release</version>
        </dependency>

首先要新建我们springcloud项目的核心eureka注册中心, 为什么说它是项目的核心呢？

服务中心又称注册中心，管理各种服务功能包括服务的注册、发现、熔断、负载、降级等

2.负载均衡：ribbon

ribbon是一个负载均衡客户端，可以很好的控制htt和tcp的一些行为。feign默认集成了ribbon。

ribbon 已经默认实现了这些配置bean：

• iclientconfig ribbonclientconfig: defaultclientconfigimpl

• irule ribbonrule: zoneavoidancerule

• iping ribbonping: noopping

• serverlist ribbonserverlist: configurationbasedserverlist

• serverlistfilter ribbonserverlistfilter: zonepreferenceserverlistfilter

• iloadbalancer ribbonloadbalancer: zoneawareloadbalancer

基本配置

　　 @bean
    @loadbalanced  //负载均衡
    public resttemplate resttemplate() {
        // 这次我们使用了okhttp客户端,只需要注入工厂即可
        return new resttemplate(new okhttp3clienthttprequestfactory());
    }

3.容错保护：hystrix

熔断器的原理很简单，如同电力过载保护器。它可以实现快速失败，如果它在一段时间内侦测到许多类似的错误，会强迫其以后的多个调用快速失败，不再访问远程服务器，从而防止应用程序不断地尝试执行可能会失败的操作，使得应用程序继续执行而不用等待修正错误，或者浪费cpu时间去等到长时间的超时产生。熔断器也可以使应用程序能够诊断错误是否已经修正，如果已经修正，应用程序会再次尝试调用操作。

熔断器模式就像是那些容易导致错误的操作的一种代理。这种代理能够记录最近调用发生错误的次数，然后决定使用允许操作继续，或者立即返回错误。 熔断器开关相互转换的逻辑如下图：

 

熔断器就是保护服务高可用的最后一道防线。

1.断路器机制

断路器很好理解, 当hystrix command请求后端服务失败数量超过一定比例(默认50%), 断路器会切换到开路状态(open). 这时所有请求会直接失败而不会发送到后端服务. 断路器保持在开路状态一段时间后(默认5秒), 自动切换到半开路状态(half-open). 这时会判断下一次请求的返回情况, 如果请求成功, 断路器切回闭路状态(closed), 否则重新切换到开路状态(open). hystrix的断路器就像我们家庭电路中的保险丝, 一旦后端服务不可用, 断路器会直接切断请求链, 避免发送大量无效请求影响系统吞吐量, 并且断路器有自我检测并恢复的能力.

2.fallback

fallback相当于是降级操作. 对于查询操作, 我们可以实现一个fallback方法, 当请求后端服务出现异常的时候, 可以使用fallback方法返回的值. fallback方法的返回值一般是设置的默认值或者来自缓存.

3.资源隔离

在hystrix中, 主要通过线程池来实现资源隔离. 通常在使用的时候我们会根据调用的远程服务划分出多个线程池. 例如调用产品服务的command放入a线程池, 调用账户服务的command放入b线程池. 这样做的主要优点是运行环境被隔离开了. 这样就算调用服务的代码存在bug或者由于其他原因导致自己所在线程池被耗尽时, 不会对系统的其他服务造成影响. 但是带来的代价就是维护多个线程池会对系统带来额外的性能开销. 如果是对性能有严格要求而且确信自己调用服务的客户端代码不会出问题的话, 可以使用hystrix的信号模式(semaphores)来隔离资源.

feign hystrix

因为熔断只是作用在服务调用这一端，因此我们根据上一篇的示例代码只需要改动spring-cloud-consumer项目相关代码就可以。因为，feign中已经依赖了hystrix所以在maven配置上不用做任何改动。

1、配置文件

application.properties添加这一条：

feign.hystrix.enabled=true

2、创建回调类

创建helloremotehystrix类继承与helloremote实现回调的方法

@component
public class helloremotehystrix implements helloremote{

    @override
    public string hello(@requestparam(value = "name") string name) {
        return "hello" +name+", this messge send failed ";
    }
}

3、添加fallback属性

在helloremote类添加指定fallback类，在服务熔断的时候返回fallback类中的内容。

@feignclient(name= "spring-cloud-producer",fallback = helloremotehystrix.class)
public interface helloremote {

    @requestmapping(value = "/hello")
    public string hello(@requestparam(value = "name") string name);

}

4.路由网关：zuul

spring cloud zuul路由是微服务架构的不可或缺的一部分，提供动态路由，监控，弹性，安全等的边缘服务。zuul是netflix出品的一个基于jvm路由和服务端的负载均衡器。

下面我们通过代码来了解zuul是如何工作的

简单使用

1、添加依赖

<dependency>
	<groupid>org.springframework.cloud</groupid>
	<artifactid>spring-cloud-starter-zuul</artifactid>
</dependency>

引入spring-cloud-starter-zuul包

2、配置文件

spring.application.name=gateway-service-zuul
server.port=8888

#这里的配置表示，访问/it/** 直接重定向到http://www.ityouknow.com/**
zuul.routes.baidu.path=/it/**
zuul.routes.baidu.url=http://www.ityouknow.com/

3、启动类

@springbootapplication
@enablezuulproxy
public class gatewayservicezuulapplication {

	public static void main(string[] args) {
		springapplication.run(gatewayservicezuulapplication.class, args);
	}
}

启动类添加@enablezuulproxy，支持网关路由。

spring cloud的核心结构

netflix eureka

服务中心，云端服务发现，一个基于 rest 的服务，用于定位服务，以实现云端中间层服务发现和故障转移。这个可是springcloud最牛鼻的小弟，服务中心，任何小弟需要其它小弟支持什么都需要从这里来拿，同样的你有什么独门武功的都赶紧过报道，方便以后其它小弟来调用；它的好处是你不需要直接找各种什么小弟支持，只需要到服务中心来领取，也不需要知道提供支持的其它小弟在哪里，还是几个小弟来支持的，反正拿来用就行，服务中心来保证稳定性和质量。

netflix hystrix

熔断器，容错管理工具，旨在通过熔断机制控制服务和第三方库的节点,从而对延迟和故障提供更强大的容错能力。比如突然某个小弟生病了，但是你还需要它的支持，然后调用之后它半天没有响应，你却不知道，一直在等等这个响应；有可能别的小弟也正在调用你的武功绝技，那么当请求多之后，就会发生严重的阻塞影响老大的整体计划。这个时候hystrix就派上用场了，当hystrix发现某个小弟不在状态不稳定立马马上让它下线，让其它小弟来顶上来，或者给你说不用等了这个小弟今天肯定不行，该干嘛赶紧干嘛去别在这排队了。

netflix zuul

zuul 是在云平台上提供动态路由,监控,弹性,安全等边缘服务的框架。zuul 相当于是设备和 netflix 流应用的 web 网站后端所有请求的前门。当其它门派来找大哥办事的时候一定要先经过zuul,看下有没有带刀子什么的给拦截回去，或者是需要找那个小弟的直接给带过去。

netflix archaius

配置管理api，包含一系列配置管理api，提供动态类型化属性、线程安全配置操作、轮询框架、回调机制等功能。可以实现动态获取配置， 原理是每隔60s（默认，可配置）从配置源读取一次内容，这样修改了配置文件后不需要重启服务就可以使修改后的内容生效，前提使用archaius的api来读取。

spring cloud config

俗称的配置中心，配置管理工具包，让你可以把配置放到远程服务器，集中化管理集群配置，目前支持本地存储、git以及subversion。就是以后大家武器、枪火什么的东西都集中放到一起，别随便自己带，方便以后统一管理、升级装备。

spring cloud bus

事件、消息总线，用于在集群（例如，配置变化事件）中传播状态变化，可与spring cloud config联合实现热部署。相当于水浒传中日行八百里的神行太保戴宗，确保各个小弟之间消息保持畅通。

spring cloud for cloud foundry

cloud foundry是vmware推出的业界第一个开源paas云平台，它支持多种框架、语言、运行时环境、云平台及应用服务，使开发人员能够在几秒钟内进行应用程序的部署和扩展，无需担心任何基础架构的问题

其实就是与cloudfoundry进行集成的一套解决方案，抱了cloud foundry的大腿。

spring cloud cluster

spring cloud cluster将取代spring integration。提供在分布式系统中的集群所需要的基础功能支持，如：选举、集群的状态一致性、全局锁、tokens等常见状态模式的抽象和实现。

如果把不同的帮派组织成统一的整体，spring cloud cluster已经帮你提供了很多方便组织成统一的工具。

spring cloud consul

consul 是一个支持多数据中心分布式高可用的服务发现和配置共享的服务软件,由 hashicorp 公司用 go 语言开发, 基于 mozilla public license 2.0 的协议进行开源. consul 支持健康检查,并允许 http 和 dns 协议调用 api 存储键值对.

spring cloud consul 封装了consul操作，consul是一个服务发现与配置工具，与docker容器可以无缝集成。

可以发现其实spring cloud 也就是 spring boot 的主键扩展的一套框架。