eureka服务发现

Eureka的服务治理设计中，所有节点即是服务提供方，也是服务消费方。 Eureka Server的高可用：就是将自己作为服务向其他服务注册中心注册自己，形成一组互相注册的服务注册中心，实现服务清单的互相同步，达到高可用的效果。 Example：现有两个服务注册中心（RegisterCenterOne、RegisterCenterTwo） application-centerOne.properties内容如下： 　　spring.application.name=eureka-server 　　server.port=1111 　　eureka.instance.hostname=registercenterone 　　eureka.client.serviceUrl.defaultZone=http://registercentertwo:1112/eureka application-centerTwo.properties内容如下： 　　spring.application.name=eureka-server 　　server.port=1112 　　eureka.instance.hostname=registercentertwo 　　eureka.client.serviceUrl.defaultZone=http://registercenterone:1111

第四章：服务注册中心 Eureka 4-1. Eureka 注册中心高可用集群概述 在微服务架构的这种分布式系统中，我们要充分考虑各个微服务组件的高可用性 问题，不能有单点故障，由于注册中心 eureka 本身也是一个服务，如果它只有 一个节点，那么它有可能发生故障，这样我们就不能注册与查询服务了，所以我 们需要一个高可用的服务注册中心，这就需要通过注册中心集群来解决。 eureka 服务注册中心它本身也是一个服务，它也可以看做是一个提供者，又可 以看做是一个消费者，我们之前通过配置： eureka.client.register-with-eureka=false 让注册中心不注册自己，但是我们 可以向其他注册中心注册自己； Eureka Server 的高可用实际上就是将自己作为服务向其他服务注册中心注册 自己，这样就会形成一组互相注册的服务注册中心，进而实现服务清单的互相同 步，往注册中心 A 上注册的服务，可以被复制同步到注册中心 B 上，所以从任 何一台注册中心上都能查询到已经注册的服务，从而达到高可用的效果。 4-2. Eureka 注册中心高可用集群搭建 我们知道，Eureka 注册中心高可用集群就是各个注册中心相互注册，所以：(可以在新建一个项目作为注册中心，但是这里为了方便，采用多环境配置方法启动两个Eureka注册中心) 1.在 8761 的配置文件中，让它的

搭建 Spring Cloud Consul Consul vs. Eureka Consul vs Eureka vs Zookeeper Why was Eureka 2.0 discontinued? #1129 关于Eureka 2.x，别再人云亦云了！ Eureka 2.0 is discontinued. What service discovery platform is Netflix using now? Consul 是一个分布式服务注册与发现，用于跨任何运行时平台和公共或私有云连接、保护和配置服务。它内置了服务注册与发现框 架、分布一致性协议实现、健康检查、Key/Value 存储、多数据中心方案。 它是 go 语言写。 Spring Cloud Consul 是 Spring Cloud 家族的一个项目，致力于提供简洁的整合 Consul。 搭建的时候出现问题，可以在下面留言。 1. 问题列表 IllegalStateException: No instances available 引入依赖 < dependency > < groupId > org.springframework.boot </ groupId > < artifactId > spring-boot-starter-actuator </ artifactId > </

eureka作为SpringCloud的服务发现与注册中心，在整个的微服务体系中，处于核心位置。单一的eureka服务，显然不能满足高可用的实际生产环境，这就要求我们配置一个能够应对各种突发情况，具有较强容灾能力的eureka集群服务。 其实我们创建不同的yaml文件，以不同yaml运行即可。在项目中，创建三个名字分别为eureka01，eureka02，eureka03的eureka，defaultZone中配置其他两个不同的eureka相互引用即可。 1.eureka01配置文件 server: port: 8083 eureka: instance: #eureka的名字 hostname: eureka01 #开启自我保护机制 当Eureka Server节点在短时间内丢失过多的客户端时（可能发送了网络故障）， #那么这个节点将进入自我保护模式，不再注销任何微服务，当网络故障回复后，该节点会自动退出自我保护模式 server: enable-self-preservation: true client: # 不在注册中心注册自己 register-with-eureka: false # 表示自己就是注册中心，不需要检索服务，只需要维护实例 fetch-registry: false serviceUrl: defaultZone: http://eureka02:8084

在演示spring cloud之前得要知道我们为什么需要微服务框架。 先讲讲我的经历，以前我们做项目时所有功能都写在一起，只是做了分层（模型，数据，业务），所有业务逻辑都写在业务层，刚开始还好，等时间长了，代码量大，各业务代码之间有交集维护起来超级麻烦，每次改动都担心会不会对其他模块造成影响，只改动一个模块也要停系统发一次包，我们以前包含了订单，支付，会员，预定，库存，物流等模块，时间越长心里越慌，出问题的频次也越高，就这样恶性循环。后来我们尝试着把会员剥离了出去，发现效果还不错，后来慢慢的都一个个剥离了出去，一个模块一个服务，各自维护，每次发包只要发对应的模块，不影响其他模块，大大的降低了出问题的频次，维护起来也比较轻松。其实我们老早就摸到了微服务的门槛，只是那时候没有理论和概念作为支撑，只知道这样可行。 我相信大家或多或少有和我类似的经历，上面已经说到了一个模块一个服务，模块服务化其实就是微服务所提倡的，微服务的主旨是将原本独立的系统拆分成多个小型服务，这些小型服务都在各自独立的进程中运行。我之前只有不超过10个服务，而且是单服务应用，没有分布式，没有负载均衡，只是点对点通信。想想看如果是成千上百个服务，我们该怎么办，该如何管理这些服务？这个时候就该我们 spring cloud微服务框架出马了。spring cloud微服务框架的目的就是方便我们协调服务，管理服务

一 、搭建Eureka 编写Eureka Server 由于有多个spring boot项目，采用maven多module的结构，项目结构如下： 新建一个maven主工程，在主maven的pom文件中引入spring boot和spring cloud的依赖 <?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"> <modelVersion>4.0.0</modelVersion> <groupId>com.cralor</groupId> <artifactId>chap5-2-eureka</artifactId> <version>0.0.1-SNAPSHOT</version> <packaging>pom</packaging> <parent> <groupId>org.springframework.boot</groupId>

SpringCloud简介 　　以下来自 百度百科 ：Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如 服务发现注册、 配置中心、消息总线、 负载均衡 、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。 　　主要分为以下五个部分， 本次主要讲解 服务的发现与注册—Eureka与客户端负载均衡—Ribbon，再通过搭建工程来展示。 服务发现与注册——Netflix Eureka 客服端负载均衡——Netflix Ribbon 断路器——Netflix Hystrix 服务网关——Netflix Zuul 分布式配置——Spring Cloud Config 　　 下面我先简要的对Eureka即Ribbon做一个介绍，具体的代码以及配置文件在后面的案例中再来展示 一、Eureka注册中心——Eureka Server 　　在我们现在的前后端分离架构中，服务层被拆分成了很多的微服务

服务注册与发现是微服务里的概念，也是一个基本的组件，负责服务组件的认证，即实现『你是谁』的功能，在服务注册与发现里，存在两种模式，即服务端发现和客户端发现，咱们今天说的eureka属于客户端发现！ 下面概念来自文章：https://blog.csdn.net/forezp/article/details/73017664 下面看几个服务注册与发现的基本概念： Register：服务注册 当Eureka客户端向Eureka Server注册时，它提供自身的元数据，比如IP地址、端口，运行状况指示符URL，主页等。 Renew：服务续约 Eureka客户会每隔30秒发送一次心跳来续约。 通过续约来告知Eureka Server该Eureka客户仍然存在，没有出现问题。 正常情况下，如果Eureka Server在90秒没有收到Eureka客户的续约，它会将实例从其注册表中删除。 建议不要更改续约间隔。 Fetch Registries：获取注册列表信息 Eureka客户端从服务器获取注册表信息，并将其缓存在本地。客户端会使用该信息查找其他服务，从而进行远程调用。该注册列表信息定期（每30秒钟）更新一次。每次返回注册列表信息可能与Eureka客户端的缓存信息不同， Eureka客户端自动处理。如果由于某种原因导致注册列表信息不能及时匹配，Eureka客户端则会重新获取整个注册表信息。

Eureka是Netflix开源的一款提供服务注册和发现的产品，它提供了完整的Service Registry和Service Discovery实现。也是springcloud体系中最重要最核心的组件之一。 背景介绍 服务中心 服务中心又称注册中心，管理各种服务功能包括服务的注册、发现、熔断、负载、降级等，比如dubbo admin后台的各种功能。 有了服务中心调用关系会有什么变化，画几个简图来帮忙理解 项目A调用项目B 正常调用项目A请求项目B 有了服务中心之后，任何一个服务都不能直接去掉用，都需要通过服务中心来调用 项目A调用项目B，项目B在调用项目C 这时候调用的步骤就会为两步：第一步，项目A首先从服务中心请求项目B服务器，然后项目B在从服务中心请求项目C服务。 上面的项目只是两三个相互之间的简单调用，但是如果项目超过20个30个呢，在15年底的时候我司分布式的项目就达到了二十几个，画一张图来描述几十个项目之间的相互调用关系全是线条，任何其中的一个项目改动，就会牵连好几个项目跟着重启，巨麻烦而且容易出错。通过服务中心来获取服务你不需要关注你调用的项目IP地址，由几台服务器组成，每次直接去服务中心获取可以使用的服务去调用既可。 由于各种服务都注册到了服务中心，就有了去做很多高级功能条件。比如几台服务提供相同服务来做均衡负载；监控服务器调用成功率来做熔断，移除服务列表中的故障点

SpringCloud 组件概述 在 SOA 时代，用户、资讯、图片资源、产品。。。等等等等一系列的 服务 ，我们都可以用 SpringBoot 来实现，做成一个个的服务，随着服务的数量变多，比如到达100个以后，可能还会面临 分布式服务 的部署，这样服务的数目就更是 翻 了一倍，如何方便的统一的 可视化的管理 这些微服务，保证这些服务的 高可用性 至关重要， SpringCloud 就是一种 服务治理 的解决方案。其中包含了众多的组件帮助使用者方便的完成 服 务注册和发现 、 服务调用方式 、 断路器 、 负载均衡 、 服务路由和过滤 、 分布式配置 、 集群选主 ， 分布式消息 等功能。下面将一一介绍这些组件。 注册中心 Eureka Eureka 意为 古希腊语：发现 。 Eureka 由 Eureka Server 和 Eureka Client 组成，Eureka Server 是服务的注册中心，用于管理注册服务的列表。 同时 Eureka Server 也可以做成高可用的集群模式， Eureka Server 采用的是 Peer to Peer 对等通信，这是一种去中心化的架构，没有 Master/Slave 的概念，节点之间通过互相注册来提高注册中心集群的可用性，在 eureka.client.serviceUrl.defaultZone 中需要相互注册（N注册其他N