eureka服务发现

3 月，跳不动了？>>> Eureka服务注册与发现 Eureka简介 在介绍Eureka前，先说一下CAP原则 CAP原则又称CAP定理，指的是在一个分布式系统中，Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可兼得，Eureka遵循的事AP原则。 关于Eureka Eureka是Netflix开发的服务发现框架，本身是一个基于REST的服务，主要用于定位运行在AWS域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的。SpringCloud将它集成在其子项目spring-cloud-netflix中，以实现SpringCloud的服务发现功能。 SpringCloud 封装了Netflix公司开发的Eureka模块来实现服务注册和发现(请对比Zookeeper)。Eureka Server 作为服务注册功能的服务器，它是服务注册中心。而系统中的其他微服务，使用 Eureka 的客户端连接到 Eureka Server并维持心跳连接。这样系统的维护人员就可以通过 Eureka Server 来监控系统中各个微服务是否正常运行。SpringCloud 的一些其他模块（比如Zuul）就可以通过 Eureka Server 来发现系统中的其他微服务，并执行相关的逻辑。 补充：AWS域是什么呢

一、为什么需要服务发现 简单来说，服务化的核心就是将传统的一站式应用根据业务拆分成一个一个的服务，而微服务在这个基础上要更彻底地去耦合（不再共享DB、KV，去掉重量级ESB），并且强调DevOps和快速演化。这就要求我们必须采用与一站式时代、泛SOA时代不同的技术栈，而Spring Cloud就是其中的佼佼者。 DevOps是英文Development和Operations的合体，他要求开发、测试、运维进行一体化的合作，进行更小、更频繁、更自动化的应用发布，以及围绕应用架构来构建基础设施的架构。这就要求应用充分的内聚，也方便运维和管理。这个理念与微服务理念不谋而合。 接下来我们从服务化架构演进的角度来看看为什么Spring Cloud更适应微服务架构。 1.1 从使用nginx说起 最初的服务化解决方案是给提供相同服务提供一个统一的域名，然后服务调用者向这个域名发送HTTP请求，由Nginx负责请求的分发和跳转。 这种架构存在很多问题: Nginx作为中间层，在配置文件中耦合了服务调用的逻辑，这削弱了微服务的完整性，也使得Nginx在一定程度上变成了一个重量级的ESB。 服务的信息分散在各个系统，无法统一管理和维护。每一次的服务调用都是一次尝试，服务消费者并不知道有哪些实例在给他们提供服务。这不符合DevOps的理念。 无法直观的看到服务提供者和服务消费者当前的运行状况和通信频率

1.Ribbon负载均衡简介 1.1Ribbon概述 1.1.1.Ribbon是什么 SpringCloud Ribbon是基于Netflix Ribbon实现的一套 客户端负载均衡 的工具。 简单的说，Ribbon是Netflix发布的开源项目，主要功能是提供客户端的软件负载均衡算法，将Netflix的中间层服务连接在一起。Ribbon客户端组件提供一系列完善的配置项如 连接超时 ， 重试 等。简单的说，就是在配置文件中列出 LoadBalanCer （简称LB）后面所有的机器，Ribbon会自动的帮助你基于某种规则（如简单轮询，随机连接等）去连接这些机器。我们也很容易使用Ribbon实现自定义的负载均衡算法。 1.1.2.Ribbon主要职责 LB（负载均衡） LB，即负载均衡（ Load Balanoe )，在微服务或分布式集群中经常用的一种应用。 负载均衡简单的说就是将用户的请求平摊的分配到多个服务上，从而达到系统的HA。 常见的负载均衡有软件nginx , LVS,硬件F5等。 相应的在中间件，例如：dubbo和 SpringCloud中均给我们提供了负载均衡，SpringCloud的负载均衡算法可以自定义。 LB又分为两种，集中式LB和进程内LB 集中式LB（偏硬件） 即在服务的消费方和提供方之间使用独立的LB设施（可以是硬件，如F5，也可以是软件，如nginx )

一、微服务发现组件Eureka的使用 1.父工程中管理springcloud版本 <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>Finchley.M9</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement> 2.搭建Eureka注册中心 1)创建Eureka注册中心模块tenpower-eureka，添加依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> </dependency> 2)该模块application.yml配置 server: port: 6868 eureka: client: register-with-eureka: false

Eureka众所周知主要用来做服务注册中心，在Spring Cloud全家桶里面有着自己的位置，不过随着官方的停止维护，Eureka逐渐慢慢的被其他的组件替代，例如zookeeper、nocas等等。但是对于很多之前的老项目可能还依然在使用Eureka，所以还是有必要了解以下它的一些设计的思想。 在学习Eureka之前我们要了解以下几个问题 什么是服务治理？ Spring Cloud封装了Netflix公司开发的Eureka模块来实现服务治理，在传统的rpc框架中，管理每个服务与服务之间依赖关系比较复杂，管理比较复杂，所以需要使用服务治理，管理服务与服务之间的依赖关系，可以实现服务调用、负载均衡、容错等，实现服务发现与注册。 什么是服务注册？ Eureka采用了CS的设计架构，Eureka Server作为服务注册功能的服务器，它是服务注册中心。而系统中其他的微服务，使用Eureka的客户端连接到Eureka Server并维持心跳连接，这样系统的维护人员就可以通过Eureka Server来监控系统中各个微服务是否正常运行 在服务注册和发现中，有一个注册中心。当服务器启动的时候，会把当前自己服务器的信息 比如 服务地址通讯地址等以别名方式注册到注册中心上。另一方（消费着|服务提供者），以该别名的方式去注册中心上获取到实际的服务通讯地址

直接说问题，在项目中做了转发配置，zuul一直报找不到服务方，开始没想这么多，以为是配置的问题。 比如A服务，正常的访问路径是 core/test01 就可以访问，在zuul中做了路由转发，配置为 zuul.routes.aa. path = /cc/** zuul.routes.aa. service-id = aa 这个时候按照道理应该是 127.0.0.1:zuul服务的端口/cc/core/test01 这样访问 可项目一直报找不到服务，一去查服务，这才发现没有 aa 这个服务，原因是因为 aa 项目是Eureka的服务端，配置了 # 中心集群时候必须为 true; 因为集群时，其他 Eureka 需要从此 Eureka 中的节点上获取数据 eureka.client.register-with-eureka = false #Erueka 是为注册中心，不需要检索服务信息 ;( 表示是否从 Eureka Server 获取注册信息，默认为 true 。 如果这是 # 一个单点的 Eureka Server ，不需要同步其他节点的数据，可以设为 false 。 eureka.client.fetch-registry = false 也就是说，Eureka没有去注册服务，当然找不到了。 来源： oschina 链接： https://my.oschina.net

微服务来源 单体应用 微服务是相对于单体应用的，在介绍微服务之前，先简单介绍一下单体应用：通常是由三个重要部分组成：客户端界面（由HTML、JavaScript组成）、数据库（由许多的表组件构成一个通用的、相互关联的数据管理系统）、服务端应用。服务端应用处理客户端的HTTP请求、执行逻辑、检索并更新数据库中的数据、然后将处理后的数据返回给客户端。 一个单体应用被构建成一个系统时，业务中所有请求都要在单一的进程中处理完成，当访问量很高情况下服务器压力是很大的。当然可以水平扩展，利用负载均衡将实例布署到多台服务器中。 单体架构的缺点 [ ] 开发效率低 [ ] 代码维护难 [ ] 部署不灵活 [ ] 稳定性不高 [ ] 扩展性不高 云时代 在此之前单体应用也是很成功的，但是随着云时代的到来，单体应用就显得有些不妥了，特别是应用程序发布到云端的时候，一个功能的变更，需要统一的编译和发布。这样的架构模式很难使得一个模块的变更不影响到其他模块，而且在扩展方面也只能进行整体的扩展，不能根据正在运行的部分进行扩展。 微服务架构风格 云时代单体应用的尴尬导致了微服务架构风格的出现：以服务构建应用。 一个系统由多个服务组成，各服务可以被独立布署、独立扩展，每个服务也都提供了清晰的模块边界，甚至不同的服务都可以使用不同的编程语言来实现，也可以由不同的团队进行管理。 微服务介绍

从图中可以看出 Eureka Server 集群相互之间通过 Replicate 来同步数据，相互之间不区分主节点和从节点，所有的节点都是平等的。在这种架构中，节点通过彼此互相注册来提高可用性，每个节点需要添加一个或多个有效的 serviceUrl 指向其他节点。 如果某台 Eureka Server 宕机， Eureka Client 的请求会自动切换到新的 Eureka Server 节点。当宕机的服务器重新恢复后， Eureka 会再次将其纳入到服务器集群管理之中。当节点开始接受客户端请求时，所有的操作都会进行节点间复制，将请求复制到其它 Eureka Server 当前所知的所有节点中。 另外 Eureka Server 的同步遵循着一个非常简单的原则：只要有一条边将节点连接，就可以进行信息传播与同步。所以，如果存在多个节点，只需要将节点之间两两连接起来形成通路，那么其它注册中心都可以共享信息。每个 Eureka Server 同时也是 Eureka Client ，多个 Eureka Server 之间通过 P2P 的方式完成服务注册表的同步。 Eureka Server 集群之间的状态是采用异步方式同步的，所以不保证节点间的状态一定是一致的，不过 基本能保证最终状态是一致的。 Eureka 分区 Eureka 提供了 Region 和 Zone 两个概念来进行分区

1.搭建Eureka Server 1.1创建工程，导入依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> </dependency> 1.2配置application.yml server: port: 9000 #配置Eureka server eureka: instance: hostname: localhost client: register-with-eureka: false #是否将自己注册到注册中心 fetch-registry: false #是否从eureka中获取注册信息 service-url: #配置暴露给Eureka Client的请求地址 defaultZone: http:// ${eureka.instance.hostname} : ${server.port} /eureka/ 1.3 配置启动类 @SpringBootApplication @EnableEurekaServer //激活Eureka Server public class EurekaServerApplication { public static void

一、Eureka是什么 Eureka是Netflix开源的基于REST的服务治理方案，Spring Cloud集成了Eureka，提供服务治理和服务发现功能，可以和基于Spring Boot搭建的微服务应用轻松完成整合。 二、Spring Cloud Eureka的组成 1. Eureka Server，注册中心 2. Eureka Client，所有要进行注册的微服务通过Eureka Client连接到Eureka Server，完成注册 三、实战！快速搭建注册中心 1.创建一个父工程，pom.xml配置如下 <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.0.7.RELEASE</version> </parent> <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> </dependencies> <dependencyManagement> <dependencies>