eureka服务发现

微服务的功能主要有以下几个方面： 服务的注册和发现 服务的负载均衡 服务的容错 服务网关 服务配置的统一管理 链路追踪 实时日志 服务注册 是指向服务注册中心注册一个服务实例，服务提供者将自己的服务信息 (如服务名、IP 地址等) 告知服务注册中心。 服务发现 是指当服务消费者需要消费另外一个服务时，服务注册中心能够告知服务消费者它所要消费服务的实例信息(如服务名、IP 地址等)。通常情况下一个服务既是服务提供者，也是服务消费者。服务消费者一般使用 HTTP 协议或者消息组件这种轻量级的通信机制来进行服务消费。服务注册中心会提供服务的健康检查方案，检查被注册的服务是否可用。通常一个服务实例注册后，会定时向服务注册中心提供 “心跳”，以表明自己还处于可用的状态。当一个服务实例停止向服务注册中心提供心跳一段时间后，服务注册中心会认为该服务实例不可用，会将该服务实例从服务注册列表中剔 除。如果这个被剔除掉的服务实例过一段时间后继续向注册中心提供心跳，那么服务注册中心会将该服务实例重新加入服务注册中心的列表中。 Eureka 是一个用于服务注册和发现的组件，分为 Server (服务注册中心) 和 Client (服务提供者、服务消费者)。与 Eureka 类似得组件有 Consul 和 ZooKeeper。 Eureka 是 Spring Cloud 首选推荐的服务注册与发现组件，可以与

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

文章目录 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.写在前面的话 马上要考试了！！！ 作为一个苦逼的在读大学生，又要面临半年一度的期末考试了，因为上课没听，我啥都不会，什么通信原理，单片机。。。饶了我吧！！！

一个分布式系统最多只能同时满足一致性（Consistency）、可用性（Availability）和分区容错性（Partition tolerance）这三项中的两项 。 CAP的证明 上图是我们证明CAP的基本场景，网络中有两个节点N1和N2，可以简单的理解N1和N2分别是两台计算机，他们之间网络可以连通，N1中有一个应用程序A，和一个数据库V，N2也有一个应用程序B2和一个数据库V。现在，A和B是分布式系统的两个部分，V是分布式系统的数据存储的两个子数据库。 在满足一致性的时候，N1和N2中的数据是一样的，V0=V0。在满足可用性的时候，用户不管是请求N1或者N2，都会得到立即响应。在满足分区容错性的情况下，N1和N2有任何一方宕机，或者网络不通的时候，都不会影响N1和N2彼此之间的正常运作。 上图是分布式系统正常运转的流程，用户向N1机器请求数据更新，程序A更新数据库Vo为V1，分布式系统将数据进行同步操作M，将V1同步的N2中V0，使得N2中的数据V0也更新为V1，N2中的数据再响应N2的请求。 这里，可以定义N1和N2的数据库V之间的数据是否一样为一致性；外部对N1和N2的请求响应为可用性；N1和N2之间的网络环境为分区容错性。 这是正常运作的场景，也是理想的场景，然而现实是残酷的，当错误发生的时候，一致性和可用性还有分区容错性，是否能同时满足，还是说要进行取舍呢？

3.1 服务注册于发现 由于Spring Cloud为服务治理做了一层抽象接口，所以在Spring Cloud应用中可以支持多种不同的服务治理框架，比如：Netflix Eureka、Consul、Zookeeper。在Spring Cloud服务治理抽象层的作用下，我们可以无缝地切换服务治理实现，并且不影响任何其他的服务注册、服务发现、服务调用等逻辑。 所以，下面我们通过介绍两种服务治理的实现来体会Spring Cloud这一层抽象所带来的好处。 Spring Cloud Eureka Spring Cloud Eureka是Spring Cloud Netflix项目下的服务治理模块。而Spring Cloud Netflix项目是Spring Cloud的子项目之一，主要内容是对Netflix公司一系列开源产品的包装，它为Spring Boot应用提供了自配置的Netflix OSS整合。通过一些简单的注解，开发者就可以快速的在应用中配置一下常用模块并构建庞大的分布式系统。它主要提供的模块包括：服务发现（Eureka），断路器（Hystrix），智能路由（Zuul），客户端负载均衡（Ribbon）等。 创建“服务注册中心” 创建一个spring cloud 子模块 Spring Boot工程，命名为eureka-server，并在build.gradle中引入需要的依赖内容：

Eureka作为服务注册与发现的组件，Eureka2.0已经闭源了，但是本教程还是以Eureka为核心进行展开。 1、三个模块 Spring Cloud Eureka是Spring Cloud Netflix微服务套件之一，基于Netflix Eureka做了二次封装，主要负责完成微服务架构中的服务治理功能。 eueka的3个重要模块，eureka-server，service-provider，service-consumer eureka-server：服务端，提供服务注册和发现； eureka-client-service-provider：服务端，服务提供者，通过http rest告知服务端注册，更新，取消服务; eureka-client-service-consumer：客户端，服务消费者，通过http rest从服务端获取需要服务的地址列表，然后配合一些负载均衡策略（ribbon）来调用服务端服务。 2、eureka-server Eureka Server 的服务注册数据存储层是双层的 ConcurrentHashMap(线程安全高效的 Map 集合)。 第一层的key=spring.application.name 也就是客户端实例注册的应用名；value 为嵌套的 ConcurrentHashMap。 第二层的key=instanceId 也就是服务的唯一实例

目录 Eureka服务端 Spring Cloud服务端 Spring Cloud客户端 Elasticsearch Logstash Kibana Spring版本：5.1.8.RELEASE Spring Boot版本：2.1.6.RELEASE Spring Cloud版本：Greenwich.SR1 ELK版本：7.6.0 Eureka服务端 请参考 Spring Cloud服务发现之Eureka 中的Eureka Server Spring Cloud服务端 请参考 Spring Cloud服务发现之Eureka 中的Test Server Spring Cloud客户端 pom文件如下，添加了logback相关依赖以便使用其记录日志 <?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 https://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0<

Eureka 简介： Eureka 是 Netflix 出品的用于实现服务注册和发现的工具。 Spring Cloud 集成了 Eureka，并提供了开箱即用的支持。其中， Eureka 又可细分为 Eureka Server 和 Eureka Client。 1.基本原理 - 处于不同节点的eureka通过Replicate进行数据同步 - Application Service为服务提供者 - Application Client为服务消费者 - Make Remote Call完成一次服务调用 服务启动后向Eureka注册，Eureka Server会将注册信息向其他Eureka Server进行同步，当服务消费者要调用服务提供者，则向服务注册中心获取服务提供者地址，然后会将服务提供者地址缓存在本地，下次再调用时，则直接从本地缓存中取，完成一次调用。 当服务注册中心Eureka Server检测到服务提供者因为宕机、网络原因不可用时，则在服务注册中心将服务置为 DOWN 状态，并把当前服务提供者状态向订阅者发布，订阅过的服务消费者更新本地缓存。 服务提供者在启动后，周期性（默认30秒）向Eureka Server发送心跳，以证明当前服务是可用状态。Eureka Server在一定的时间（默认90秒）未收到客户端的心跳，则认为服务宕机，注销该实例。 2

注：此随笔为读书笔记。《Spring Cloud微服务实战》，想学习Spring Cloud的同伴们可以去看看此书，里面对源码有详细的解读。 什么是微服务？ 　　微服务是将一个原本独立的系统拆分成若干个小型服务（一般按照功能模块拆分），这些小型服务都在各自独立的进程中运行，服务之间通过基于HTTP的RESTful API进行通信协作。每个微服务维护自身的数据存储、业务开发、自动化测试案例以及独立部署机制。维护自身的数据存储称为数据管理的去中心化。由于数据管理的去中心化，各个微服务的数据一致性成为一个难题，因此，需要强调的是各个服务之间进行无“事务”的调用。 　　微服务架构中针对不同应用场景和出现的各种问题出现了各种解决方案和开源框架。服务治理：阿里的Dubbo、当当网扩展的Dubbox、Netflix的Eureka、Apache的Consul等；分布式配置管理：百度的Disconf、Spring cloud的Config、淘宝的Diamond等；批量任务：当当网的Elastic-Job、Spring Cloud的Task等；服务跟踪：京东的Hydra、Spring Cloud的Sleuth等；等等。 　　Spring Cloud不只是解决微服务中的某一个问题，而是一个解决微服务架构实施的综合性解决框架，它整合了诸多被广泛实践和证明过的框架作为实施的基础部件

由于最近公司业务需要，需要搭建基于Spring Cloud的微服务系统。遍访各大搜索引擎，发现国内资料少之又少，也难怪，国内Dubbo正统治着天下。但是，一个技术总有它的瓶颈，Dubbo也有它捉襟见肘的地方。所幸霸主Spring也推出了一整套微服务解决方案，各个子项目也巧妙地解决了分布式系统开发过程中的各种各样的问题。看了很多国内的资料，最早的几份文档也是互相借用，恐怕究竟是什么都说不清楚了。撸主在github上面发现几个很好的相关项目，就想翻译来看看。这篇其实是项目说明，但是里面很多知识点是百度找不到的，下面就来看看吧，想要部署来看看的可以去下载： 这个项目的名字叫：Piggy Metrics，一个供个人处理财务的解决方案。 简介 这是一款概念性的应用程序，基于Spring Boot，Spring Cloud和Docker 简单演示了微服务的架构模式，顺便说一句，它还有一个非常漂亮整洁的用户界面。下面是它的界面演示： 功能服务 PiggyMetrics被分解为三个核心微服务。这些服务都是围绕某些业务能力组织的可独立部署的应用程序。 账户服务 包含一般用户输入逻辑和验证：收入/费用项目，储蓄和帐户设置。 统计服务 对主要统计参数执行计算，并为每个帐户的时间序列。数据点包含基准货币和时间段的值。此数据用于跟踪 帐户生命周期中的现金流动动态（尚未在UI中实现的花式图表）。 通知服务