Spring Cloud

并发压测微服务之间互相调用进入断融，需要设置 hystrix.threadpool.default.coreSize=6000 #最大进程数默认是10 hystrix.command.default.execution.isolation.semaphore.maxConcurrentRequest=6000 #最大并发请求数 hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds=60000 #断融的超时时间 下面是断路器的一些参数，自己记录下： hystrix.command.default和hystrix.threadpool.default中的default为默认CommandKey Command Properties Execution相关的属性的配置： hystrix.command.default.execution.isolation.strategy 隔离策略，默认是Thread, 可选Thread｜Semaphore hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds 命令执行超时时间，默认1000ms hystrix.command.default.execution

简介 Spring Cloud是一个分布式的整体解决方案。Spring Cloud 为开发者提供了在分布式系统（配置管理，服务发现，熔断，路由，微代理，控制总线，一次性token，全局琐，leader选举，分布式session，集群状态）中快速构建的工具，使用Spring Cloud的开发者可以快速的启动服务或构建应用、同时能够快速和云平台资源进行对接。 SpringCloud分布式开发五大常用组件 服务发现——Netflix Eureka 客服端负载均衡——Netflix Ribbon 断路器——Netflix Hystrix 服务网关——Netflix Zuul 分布式配置——Spring Cloud Config 快速体验 搭建项目环境 创建空项目 创建注册中心模块：eureka-server，模块选择Eureka-Server 创建服务提供者模块: provider-ticket，模块选择Eureka-Discovery、web模块。（服务提供者是从服务中心注册自己） 创建服务消费者模块：consumer-ticket，模块选择Eureka-Discovery、web模块。（服务提供者是从服务中心中获取提供者） 配置注册中心模块 修改配置文件application.yml： server: port: 8761 # eureka server defort port

一、spring cloud简介 spring cloud 为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等。它运行环境简单，可以在开发人员的电脑上跑。另外说明spring cloud是基于springboot的，所以需要开发中对springboot有一定的了解，如果不了解的话可以看这篇文章：2小时学会springboot。另外对于“微服务架构” 不了解的话，可以通过搜索引擎搜索“微服务架构”了解下。 二、创建一个服务提供者 (eureka client) 当client向server注册时，它会提供一些元数据，例如主机和端口，URL，主页等。Eureka server 从每个client实例接收心跳消息。 如果心跳超时，则通常将该实例从注册server中删除。 创建过程同server类似,创建完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

SpringCloud的Eureka Server模块 1. Eureka Server: 注册中心, 提供服务的注册和发现; 2. Service Provider: 服务提供方, 将自身服务注册到Eureka Server； 3. Service Consumer: 服务消费方，从 Eureka Server 获取注册列表, 从而能够调用相关服务; 脑补一下画面，Eureka Server 就是那个居间桥梁，当然 Eureka在实践中要使用集群，实现多活。 样例步骤： 0. 新建一个SpringBoot项目; 1. pom.xml 引入SpringCloud 的 Eureka 组件依赖; <!-- 引入SpringCloud依赖管理 --> <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>Finchley.RELEASE</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> <

系列文章 Spring-Cloud-Config快速开始 Spring-Cloud-Config消息总线和高可用 Spring-Cloud-Config简介 Spring-Cloud-Config是Sping-Cloud下用于分布式配置管理的组件，分成了两个角色Config-Server和Config-Client；Config-Server端集中式存储/管理配置文件，并对外提供接口方便Config-Client访问，接口使用HTTP的方式对外提供访问；Config-Client通过接口获取配置文件，然后可以在应用中使用；Config-Server存储/管理的配置文件可以来自本地文件，远程Git仓库以及远程Svn仓库； Config-Server端 1.Config-Server依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-config-server</artifactId> <version>2.0.0.RELEASE</version> </dependency> 注：2.0以后的版本需要jdk1.8及以上版本 2.准备被管理的配置文件 Spring-Cloud-Config提供了对多种环境配置文件的支持，比如：开发环境，测试环境，生产环境等

在springcloud 最新的版本已经有了自己的gateway组件 目前世面上都是基于netflix 出品 zuul 的 gateway 一般我们在生产上 都希望能将路由动态化 持久化 做动态管理 基本设想思路 通过后台页面来管理路由 然后 刷新配置 本文将探索一下如何进行 zuul 路由的数据库持久化 动态化 建议从github上下载spring-cloud-netflix源码 根据一些教程很容易知道 配置路由映射 通过 zuul.routes.<key>.path=/foo/** zuul.routes.<key>.service-id= 服务实例名称 zuul.routes.<key>.url=http://xxxoo 来设置 由此我们可以找到一个 ZuulProperties 的zuul配置类 ，从中我们发现有个属性 /** * Map of route names to properties. */ private Map<String, ZuulRoute> routes = new LinkedHashMap<>(); 从名字上看 知道是路由集合 ， 而且有对应的set方法 ，经过对配置元数据json的解读 确认 这就 是 装载路由的容器 我们可以在 ZuulProperties 初始化的时候 将路由装载到容器中 那么 ZuulRoute 又是个什么玩意儿呢：

本指南通过Spring cloud config服务器引导你建立和消费配置。 你要构建什么？ 你需要设置一个config服务器，然后创建一个在启动时消费配置的client，并且不需要重启client刷新配置。 你需要什么? 大约15分钟时间 你喜好的文本编辑器或IDE JDK1.8以上 Gradle4+或Maven3.2+ 如何完成本指南？ 用Maven构建 首先你要设置一个基本的构建脚本。你可以使用任何你喜欢的构建系统来构建spring应用。 创建目录结构 在你选择的项目目录里，创建下面子目录结构，例如，在*nix 系统中使用命令 ： mkdir -p src/main/java/hello └── src └── main └── java └── hello 为了快速地开始，这里已经做好了服务器和客户端应用的配置 configuration-service/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:/

简介 Eureka 是 Netflix 开发的，一个基于 REST 服务的，服务注册与发现的组件 它主要包括两个组件：Eureka Server 和 Eureka Client Eureka Client：一个Java客户端，用于简化与 Eureka Server 的交互（通常就是微服务中的客户端和服务端） Eureka Server：提供服务注册和发现的能力（通常就是微服务中的注册中心） 各个微服务启动时，会通过 Eureka Client 向 Eureka Server 注册自己，Eureka Server 会存储该服务的信息 也就是说，每个微服务的客户端和服务端，都会注册到 Eureka Server，这就衍生出了微服务相互识别的话题 同步：每个 Eureka Server 同时也是 Eureka Client（逻辑上的） 　　　多个 Eureka Server 之间通过复制的方式完成服务注册表的同步，形成 Eureka 的高可用 识别：Eureka Client 会缓存 Eureka Server 中的信息 　　　即使所有 Eureka Server 节点都宕掉，服务消费者仍可使用缓存中的信息找到服务提供者 （笔者已亲测） 续约：微服务会周期性（默认30s）地向 Eureka Server 发送心跳以Renew（续约）自己的信息（类似于heartbeat） 续期

自我保护模式 Eureka 在设计时，认为分布式环境的网络是不可靠的，可能会出现网络原因导致 EurekaServer 没有收到实例的心跳 而这却并不能说明实例就宕了， 所以 EurekaServer 缺省会打开保护模式 ，它主要是网络分区场景下的一种保护 一旦进入保护模式，EurekaServer 将会尝试保护其服务注册表中的信息，不再删除里面的数据（即不会注销任何微服务） 相关介绍，详见： https://github.com/Netflix/eureka/wiki/Understanding-Eureka-Peer-to-Peer-Communication 在这种机制下，它仍然鼓励客户端再去尝试调用这个所谓 down 状态的实例，若确实调用失败，那么断路器就派上用场了 关于断路器，在接下来的系列文章中，我会详细介绍并演示 通过修改注册中心的配置文件 application.yml，即可打开或关闭注册中心的自我保护模式 eureka: server: enable-self-preservation: false # 关闭自我保护模式（缺省为打开） 踢出已关停的节点 自我保护模式打开时，已关停节点是会一直显示在 Eureka 首页的 关闭自我保护模式后，由于其默认的心跳周期比较长等原因，要过一会儿才会发现已关停节点被自动踢出了 若想尽快的及时踢出

Eureka简介 什么是Eureka? Eureka是一种基于rest提供服务注册和发现的产品： Eureka-Server : 用于定位服务，以实现中间层服务器的负载平衡和故障转移。 Eureka-client ：用于服务间的交互，内置负载均衡器，可以进行基本的循环负载均衡 为什么使用Eureka 提供了完整的服务注册与服务发现，并且也经受住了Netflix的考验，通过注解或简单配置即可 与SpringCloud无缝集成，提供了一套完整的解决方案，使用非常方便 特性 Eureka 是一种客户端服务发现模式，提供Server和Client两个组件。Eureka Server作为服务注册表的角色，提供REST API管理服务实例的注册和查询。POST请求用于服务注册，PUT请求用于实现心跳机制，DELETE请求服务注册表移除实例信息，GET请求查询服务注册表来获取所有的可用实例。Eureka Client是Java实现的Eureka客户端，除了方便集成外，还提供了比较简单的Round-Robin Balance。配合使用Netflix Ribbon ，可以实现更复杂的基于流量、资源占用情况、请求失败等因素的Banlance策略，为系统提供更为可靠的弹性保证。 eureka的 server，client是相对于注册发现服务的，并不是常见RPC请求的client，server