eureka服务发现

自微服务架构开始兴起已近三年多了，早期的Spring Cloud Netflix架构已经成熟，并已被Spring Cloud整合到解决通常云问题的新解决方案中，例如，Sleuth，Zipkin，Contract等就是这种情况。 但是现在架构趋向于朝着不同的方向发展。在这篇文章中，我们将分析迄今为止微服务架构的路径以及未来将伴随我们的工具和技术。 微服务的诞生 回到起源，我们必须回到2015年初，当时“微服务”的概念在西班牙开始变得强劲。微服务的第一个开发堆栈被发布，也就是取得了相对普及的Netflix堆栈，在第一2015年3月发布。 今天它仍然是云计算的所有解决方案包括Spring中最受关注和最受欢迎的： 另外两个解决方案（Consul和Zookeeper）使用了与Netflix堆栈的不同组件，Netflix组件包括Zuul ，Ribbon 和Hystrix 。 最初，该架构由以下部分组成： 配置服务器：外部化配置服务器，允许我们集中生态系统的所有配置。它不是Netflix的一部分（因为Netflix使用的是Archaius），但它是由Spring开发的。 Eureka ：服务器，用于注册微服务和有关它们的元数据。 Ribbon：用于在客户端中平衡请求的库。它与Eureka通信以获得每个微服务的可用实例的寄存器。 Hystrix ：使用断路器模式进行级联错误管理的库。 Zuul

Eureka概述 经过一年的学习，对Spring Cloud了解加深，所以这里重新书写一下对Eureka的理解和大家分享 Spring Cloud针对服务注册与发现，进行了一层抽象，并提供了三种实现： Eureka(支持得最好)、Consul、Zookeeper。本文详细讲解Eureka的用法。 Eureka角色 Eureka 是 Netflix 开源的服务注册发现组件，服务端通过 REST 协议暴露服务，提供应用服务的注册和发现的功能。 所有的Eureka服务都被称为实例（instance）。Eureka服务又分为两类角色：Eureka Server和Eureka Client Eureka-Client又分为Application Provider 和Application Consumer Application Provider ：服务提供者，内嵌 Eureka-Client ，它向 Eureka-Server 注册自身服务、续约、下线等操作 Application Consumer ：服务消费者，内嵌 Eureka-Client ，它从 Eureka-Server 获取服务列表，分为全量获取和增量。 注意：Application Provider 和 Application Consumer 只是角色，同一个服务即可以是服务的提供者，又可以是服务的消费者。甚至

搭建Eureka Server 1-创建工程 eureka_server子模块 2-导入坐标 eureka_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.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <parent> <artifactId>spring_cloud_demo</artifactId> <groupId>cn.test</groupId> <version>1.0-SNAPSHOT</version> </parent> <modelVersion>4.0.0</modelVersion> <artifactId>eureka_server</artifactId> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring

什么是Spring cloud 　　 构建分布式系统不需要复杂和容易出错。Spring Cloud 为最常见的分布式系统模式提供了一种简单且易于接受的编程模型，帮助开发人员构建有弹性的、可靠的、协调的应用程序。Spring Cloud 构建于 Spring Boot 之上，使得开发者很容易入手并快速应用于生产中。 我所理解的 Spring Cloud 就是微服务系统架构的一站式解决方案，在平时我们构建微服务的过程中需要做如 服务发现注册 、 配置中心 、 消息总线 、 负载均衡 、 断路器 、 数据监控 等操作，而 Spring Cloud 为我们提供了一套简易的编程模型，使我们能在 Spring Boot 的基础上轻松地实现微服务项目的构建。 Spring Cloud 的版本 Spring Cloud 的版本号并不是我们通常见的数字版本号，而是一些很奇怪的单词。这些单词均为英国伦敦地铁站的站名。同时根据字母表的顺序来对应版本时间顺序，比如：最早 的 Release 版本 Angel，第二个 Release 版本 Brixton（英国地名），然后是 Camden、 Dalston、Edgware、Finchley、Greenwich、Hoxton。 Spring Cloud 的服务发现框架——Eureka Eureka是基于REST（代表性状态转移）的服务

SpringCloud springcloud是一个分布式的整体解决方案、springcloud为开发者提供了在分布式系统（配置管理、服务发现、熔断、路由、微代理、控制总线、一次性token、全局锁、leader选举、分布式session、集群状态）中快速构建的工具。 SpringCloud分布式开发五大常用组件 服务发现–Netflix Eureka 客服端负载均衡–Netflix Ribbon 断路器–Netflix Hystrix 服务网关–Netflix Zuul 分布式配置–Spring Cloud Config 搭建Eureka服务发现中心 1、书写一个yml文件来标明此为注册中心 server : port : 8761 eureka : instance : hostname : euraka - server #euraka实例主机名 client : register-with-eureka : false #不把自己注册到euraka上 fetch-registry : false #不从eureka上来获取服务的注册信息 service-url : defaultZone : http : //localhost : 8761/eureka/ 2、@EnableEurekaServer 可以将项目作为SpringCloud中的注册中心。 3

微服务 但通常而言， 微服务架构是一种架构模式或者说是一种架构风格，它提倡将单一应用程序划分成一组小的服务，每个服务运行在其独立的自己的进程中，服务之间互相协调、互相配合，为用户提供最终价值。服务之间采用轻量级的通信机制互相沟通（通常是基于HTTP的RESTful API）。每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建，可以有一个非常轻量级的集中式管理来协调这些服务，可以使用不同的语言来编写服务，也可以使用不同的数据存储。 微服务化的核心 就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底地去耦合,每一个微服务提供单个业务功能的服务，一个服务做一件事，从技术角度看就是一种小而独立的处理过程，类似进程概念，能够自行单独启动或销毁，拥有自己独立的数据库 优点 每个服务足够内聚，足够小，代码容易理解这样能聚焦一个指定的业务功能或业务需求开发简单、开发效率提高，一个服务可能就是专一的只干一件事。 微服务能够被小团队单独开发，这个小团队是2到5人的开发人员组成。 微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的。 微服务能使用不同的语言开发。 易于和第三方集成，微服务允许容易且灵活的方式集成自动部署

2.4 Eureka详解 2.4.1 优化集群：高可用的注册中心 Eureka demo即服务的注册中心,事实上Eureka demo也可以是一个集群，形成高可用的Eureka注册中心 服务同步 多个Eureka Server之间也会互相注册为服务，当服务提供者注册到Eureka Server集群中的某个节点时 该节点会把服务的信息同步给集群中的每个节点，从而实现 数据同步 。 因此，无论客户端访问到Eureka Server集群中的任意一个节点，都可以获取到完整的服务列表信息。 搭建高可用的注册中心 我们假设要搭建两条EurekaServer的集群，端口分别为：10086和10087 application-10086.yml # 端口号 server: port: 10086 # eureka的配置 eureka: client: service-url: defaultZone: http://localhost:10087/eureka/ application-10087.yml # 端口号 server: port: 10087 # eureka的配置 eureka: client: service-url: defaultZone: http://localhost:10086/eureka/ 所谓的高可用注册中心

eurekaServer与eurekaClient关系 Eureka Client：一个Java客户端，用于简化与 Eureka Server 的交互（通常就是微服务中的客户端和服务端） Eureka Server：提供服务注册和发现的能力（通常就是微服务中的注册中心） 一、搭建eureka server 1.1引入pom依赖 < dependency > < groupId > org . springframework . cloud < / groupId > < artifactId > spring - cloud - starter - netflix - eureka - server < / artifactId > < / dependency > 1.2配置application.properties #eureka server端口 server . port = 9000 spring . application . name = eurekaServer #eureka配置 eureka . instance . hostname = localhost #是否将自己注册到注册中心 eureka . client . register - with - eureka = false #是否从eureka获取注册信息 eureka . client .

本章课程学习目标： （1）Spring Cloud微服务架构 （2）服务发现组件 Eureka与Feign实现服务间的调用框架 (3)SHOP商城微服务 Eureka与Feign组件的应用 1Spring Cloud简介 1.1什么是Spring Cloud Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、熔断器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。Spring并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽掉了复杂配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。 1.2Spring Cloud与spring boot的关系 Spring Boot 是 Spring 的一套快速配置脚手架，可以基于Spring Boot 快速开发单 个微服务，Spring Cloud是一个基于Spring Boot实现的云应用开发工具；Spring Boot专注于快速、方便集成的单个微服务个体，Spring Cloud关注全局的服务治理框架；Spring Boot使用了默认大于配置的理念，很多集成方案已经帮你选择好了

写在前面的话 Hi，小伙伴们。继上期分享了如何用Docker部署自己的第一个SpringBoot应用之后，爱折腾的Storm还是耐不住性子，又折腾了一下SpringCloud应用的部署。在不使用Docker部署的时候呢，在本地模拟搭建一个高可用的Eureka集群是相当简单的。但是使用Docker部署的时候遇到了节点无法通信的问题，折腾半天终于完美解决这个问题，以此记录一下。 原因猜测 在项目中，我使用的是域名来区分不同的Eureka服务，本地Host绑定这些域名解析为127.0.0.1 但是部署到容易当中的时候就无法进行通信了，因此需要使用其他方法来建立通信。更改配置，使用ip并不是我的意图，虽然在实际生产环境是可以的，但是硬编码的风格显然不是最好的方案。 解决方案 经过资料的收集和整理，发现docker-compose能够解决这个问题，它能够自定义编排要发布的容易，包括容器依赖和通信并且统一部署。因此我在此使用它来解决上述的部署问题。 准备工作 首先我们需要构建Eureka服务，使用不同的端口，具体源码见我的开源项目 SpringBoot-Cloud-Learning : 分别绑定配置文件中的三个域名到host，解析到127.0.0.1 尝试直接启动这单个SpringBoot应用，是可以直接发布成分布式高可用Eureka集群的。 进入http://eureka-server-01