eureka

Consul 介绍 Consul 是 HashiCorp 公司推出的开源工具，用于实现分布式系统的服务发现与配置。与其它分布式服务注册与发现的方案，Consul 的方案更“一站式”，内置了服务注册与发现框 架、分布一致性协议实现、健康检查、Key/Value 存储、多数据中心方案，不再需要依赖其它工具（比如 ZooKeeper 等）。使用起来也较 为简单。Spring Cloud大型企业分布式微服务云构建的B2B2C电子商务平台源码请加企鹅求求：一零三八七七四六二六。Consul 使用 Go 语言编写，因此具有天然可移植性(支持Linux、windows和Mac OS X)；安装包仅包含一个可执行文件，方便部署，与 Docker 等轻量级容器可无缝配合。 Consul 的优势： 使用 Raft 算法来保证一致性, 比复杂的 Paxos 算法更直接. 相比较而言, zookeeper 采用的是 Paxos, 而 etcd 使用的则是 Raft。 支持多数据中心，内外网的服务采用不同的端口进行监听。 多数据中心集群可以避免单数据中心的单点故障,而其部署则需要考虑网络延迟, 分片等情况等。 zookeeper 和 etcd 均不提供多数据中心功能的支持。 支持健康检查。 etcd 不提供此功能。 支持 http 和 dns 协议接口。 zookeeper 的集成较为复杂, etcd

Spring Cloud官网: https://spring.io/projects/spring-cloud 本篇主要讲 Spring Cloud Netflix 中的Eureka，参考内容如下 Spring Cloud Netflix 2.2.1.RELEASE参考文档 Spring Cloud 系列之 Eureka 实现服务注册与发现 文章内容会尽量参考官方文档。 1 注册中心（Eureka Server） 完整代码地址： https://github.com/sxpujs/spring-cloud-examples/tree/master/netflix/netflix-eureka-server 1 maven依赖增加 netflix-eureka-server <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> </dependency> 2 配置文件 application.yml server: port: 8761 eureka: instance: hostname: localhost client: registerWithEureka: false

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> <

文章目录 1.写在前面的话 马上要考试了！！！ 2.什么是Spring cloud 3.Spring Cloud 的版本 3.Spring Cloud 的服务发现框架——Eureka 4.负载均衡之 Ribbon 4.1 什么是 RestTemplate? 4.2 为什么需要 Ribbon？ 4.3 Nginx 和 Ribbon 的对比 4.4 Ribbon 的几种负载均衡算法 5.什么是 Open Feign 6.必不可少的 Hystrix 6.1 什么是 Hystrix之熔断和降级 6.2 什么是Hystrix之其他 7.微服务网关——Zuul 7.1 Zuul 的路由功能 7.1.1 简单配置 7.1.2 统一前缀 7.1.3 路由策略配置 7.1.4 服务名屏蔽 7.1.5 路径屏蔽 7.1.6 敏感请求头屏蔽 7.2 Zuul 的过滤功能 7.2.1 简单实现一个请求时间日志打印 7.2.2 令牌桶限流 7.3 关于 Zuul 的其他 8.Spring Cloud配置管理——Config 8.1 为什么要使用进行配置管理？ 8.2 Config 是什么 9.引出 Spring Cloud Bus 10.总结 1.写在前面的话 马上要考试了！！！ 作为一个苦逼的在读大学生，又要面临半年一度的期末考试了，因为上课没听，我啥都不会，什么通信原理，单片机。。。饶了我吧！！！

Zookeeper（Zookeeper保证CP）缺点：存在服务不可用情况 当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的注册信息，但不能接受服务直接down掉不可用。也就是说，服务注册功能对可用性的要求要高于一致性。但是zk会出现这样一种情况，当master节点因为网络故障与其他节点失去联系时，剩余节点会重新进行leader选举。问题在于，选举leader的时间太长，30 ~ 120s, 且选举期间整个zk集群都是不可用的，这就导致在选举期间注册服务瘫痪。在云部署的环境下，因网络问题使得zk集群失去master节点是较大概率会发生的事，虽然服务能够最终恢复，但是漫长的选举时间导致的注册长期不可用是不能容忍的。 Eureka保证AP Eureka看明白了这一点，因此在设计时就优先保证可用性。Eureka各个节点都是平等的，几个节点挂掉不会影响正常节点的工作，剩余的节点依然可以提供注册和查询服务。而Eureka的客户端在向某个Eureka注册或时如果发现连接失败，则会自动切换至其它节点，只要有一台Eureka还在，就能保证注册服务可用(保证可用性)，只不过查到的信息可能不是最新的(不保证强一致性)。除此之外，Eureka还有一种自我保护机制，如果在15分钟内超过85%的节点都没有正常的心跳，那么Eureka就认为客户端与注册中心出现了网络故障

简介 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

什么是断路器 断路器模式源于Martin Fowler的 Circuit Breaker 一文。“断路器”本身是一种开关装置，用于在电路上保护线路过载，当线路中有电器发生短路时，“断路器”能够及时的切断故障电路，防止发生过载、发热、甚至起火等严重后果。 　　在分布式架构中，断路器模式的作用也是类似的，当某个服务单元发生故障（类似用电器发生短路）之后，通过断路器的故障监控（类似熔断保险丝），向调用方返回一个错误响应，而不是长时间的等待。这样就不会使得线程因调用故障服务被长时间占用不释放，避免了故障在分布式系统中的蔓延。 Netflix Hystrix 　　在Spring Cloud中使用了 Hystrix 来实现断路器的功能。Hystrix是Netflix开源的微服务框架套件之一，该框架目标在于通过控制那些访问远程系统、服务和第三方库的节点，从而对延迟和故障提供更强大的容错能力。Hystrix具备拥有回退机制和断路器功能的线程和信号隔离，请求缓存和请求打包，以及监控和配置等功能。 　　接下来我们就以一个简单的例子，介绍一下Spring cloud Hystrix的使用 　　首先在工程中添加spring cloud hystrix的依赖： <dependency> <groupId>org.springframework.cloud</groupId> <artifactId

Kubernetes为容器提供了生命周期钩子。 钩子能使容器感知其生命周期内的事件，并且当相应的生命周期钩子被调用时运行指定的代码。 @[TOC] 容器生命周期的钩子 Kubernetes为容器提供了生命周期钩子。 钩子能使容器感知其生命周期内的事件，并且当相应的生命周期钩子被调用时运行指定的代码。 容器钩子分为两类触发点：容器创建后PostStart和容器终止前PreStop。 PostStart 这个钩子在容器创建后立即执行。 但是，并不能保证钩子将在容器ENTRYPOINT之前运行。 没有参数传递给处理程序。 容器ENTRYPOINT和钩子执行是异步操作。 如果钩子花费太长时间以至于容器不能运行或者挂起， 容器将不能达到running状态 PreStop 这个钩子在容器终止之前立即被调用。 它是阻塞的，意味着它是同步的， 所以它必须在删除容器的调用发出之前完成 如果钩子在执行期间挂起， Pod阶段将停留在running状态并且永不会达到failed状态。 如果PostStart或者PreStop钩子失败， 容器将会被kill。 用户应该使他们的钩子处理程序尽可能的轻量。 钩子处理程序的实现 容器可以通过实现和注册该钩子的处理程序来访问钩子。 可以为容器实现两种类型的钩子处理程序： Exec - 在容器的cgroups和命名空间内执行一个特定的命令，比如pre-stop.sh。