eureka服务发现

https://blog.csdn.net/u011537073/article/details/69663858 想象一下，如果你在写代码调用一个有REST API或Thrift API的服务，你的代码需要知道一个服务实例的网络地址（IP地址和端口）。运行在物理硬件上的传统应用中，服务实例的网络地址是相对静态的，你的代码可以从一个很少更新的配置文件中读取网络地址。 在一个现代的，基于云的微服务应用中，这个问题就变得复 杂多 了，如下图所示： 服务实例的网络地址是动态分配的。而且，由于自动扩展，失败和更新，服务实例的配置也经常变化。这样一来，你的客户端代码需要一套更 精细 的服务发现机制。 有两种主要的服务发现模式：客户端服务发现（client-side discovery）和服务器端服务发现（server-side discovery）。我们首先来看下客户端服务发现。 客户端服务发现模式 当使用客户端服务发现的时候，客户端负责决定可用的服务实例的网络地址，以及围绕他们的负载均衡。客户端向服务注册表（service registry）发送一个请求，服务注册表是一个可用服务实例的数据库。客户端使用一个负载均衡算法，去选择一个可用的服务实例，来响应这个请求，下图展示了这种模式的架构： 一个服务实例被启动时，它的网络地址会被写到注册表上；当服务实例终止时，再从注册表中删除

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 也就是服务的唯一实例

如何使用Spring Boot、Spring Cloud、Docker和Netflix的一些开源工具来构建一个微服务架构。本文通过使用Spring Boot、Spring Cloud和Docker构建的概念型应用示例，提供了了解常见的微服务架构模式的起点。 该代码可以在GitHub上（https://github.com/sqshq/PiggyMetrics）获得，并且在Docker Hub上提供了镜像。您只需要一个命令即可启动整个系统。 我选择了一个老项目作为这个系统的基础，它的后端以前是单一应用。此应用提供了处理个人财务、整理收入开销、管理储蓄、分析统计和创建简单预测等功能。 功能服务 整个应用分解为三个核心微服务。它们都是可以独立部署的应用，围绕着某些业务功能进行组织。 账户服务 包含一般用户输入逻辑和验证：收入/开销记录、储蓄和账户设置。 方法 路径 描述 用户验证 UI可用 GET /accounts/{account} 获取指定账户数据 GET /accounts/current 获取当前账户数据 x x GET /accounts/demo 获取演示账户数据（预先填入收入/开销记录等） x PUT /accounts/current 保存当前账户数据 x x POST /accounts/ 注册新账户 x 统计服务 计算主要的统计参数，并捕获每一个账户的时间序列

Eureka instance 一个服务，如：订单系统，会部署多台服务器，而每台服务器上提供的服务就是instance; 负载配置。 Eureka service 指的是服务，提供一种特定功能的服务，如：订单系统，而同一个服务可以提供多个instance; Eureka client 主要将自己的服务注册到服务中心。但它既可以是服务的提供者也可以是消费者。它与Eureka instance感觉差不多，但其实意义是不一样的，Eureka client是相较于Eureka server来说的。而Eureka instance更倾向于负载技术。 Eureka server 服务注册中心。并管理各服务的中心。 Eureka instance 配置项 #服务注册中心实例的主机名 eureka .instance .hostname =localhost #注册在Eureka服务中的应用组名 eureka .instance .app - group -name = #注册在的Eureka服务中的应用名称 eureka .instance .appname = #该实例注册到服务中心的唯一ID eureka .instance .instance -id = #该实例的IP地址 eureka .instance .ip -address = #该实例，相较于hostname是否优先使用IP

1：Eureka是什么 Eureka 是 Spring Cloud Netflix的一个子模块，也是核心模块之一。Eureka是一个基于REST的服务，用于定位服务，以及·实现云端中间层服务发现和故障转移。服务注册与发现对于微服务架构来说是非常重要的，有了服务发现与注册， 只需要使用服务的标识符，就可以访问到服务 ，而不需要修改服务调用的配置文件了。功能类似于dubbo的注册中心，比如Zookeeper。 2：Eureka组成 Eureka 包含了服务器端和客户端组件。 Eureka 服务器用作服务注册服务器。 Eureka 客户端是一个 java 客户端，用来简化与服务器的交互、作为轮询负载均衡器，并提供服务的故障切换支持 来源： https://www.cnblogs.com/wangju/p/11829549.html

前言 本文采用Spring cloud本文为2.1.8RELEASE，version=Greenwich.SR3 本文基于前两篇文章eureka-server、eureka-client、eureka-ribbon和eureka-feign的实现。 参考 eureka-server eureka-client eureka-ribbon eureka-feign 概念 Spring Cloud Gateway是Spring Cloud的一个新项目，该项目是基于Spring5.0，Sprint Boot2.0和Project Reactor等技术开发的网关，它的目的是在微服务架构中提供一种简单有效的统一api路由管理方式。 Spring Cloud Gateway目标是要替代Netflix Zuul，其不仅提供统一的路由管理方式，还提供一套基于Fliter链的方式的网关其他功能，比如：限流、埋点、安全监控等。 名称术语 Route(路由)：网关的基本模块，它有一个id、一个目标uri、一组断言和一组过滤器组成，如果断言为真，则路由匹配。 Predicate(断言)：是一个java8的Predicate。输入类型是一个ServerWebExchange。可以使用它来匹配来自HTTP请求的内容。 Filter(过滤器)：是org.springframework.cloud.gateway

eureka和zookeeper都可以提供服务注册与发现的功能， zookeeper 是CP原则，强一致性（consistency）和分区容错性（Partition）。 eureka 是AP 原则 可用性（Avilable）和分区容错性（Partition）。 zookeeper当主节点故障时，zk会在剩余节点重新选择主节点，耗时过长，虽然最终能够恢复， 但是选取主节点期间会导致服务不可用，这是不能容忍的。 eureka各个节点是平等的，一个节点挂掉，其他节点仍会正常保证服务。 来源： https://www.cnblogs.com/lingboweifu/p/11808343.html

前言 本文采用Spring cloud本文为2.1.8RELEASE，version=Greenwich.SR3 本文基于前两篇文章eureka-server、eureka-client、eureka-ribbon和eureka-feign的实现。 参考 eureka-server eureka-client eureka-ribbon eureka-feign 概念 Zuul的主要功能是路由转发和过滤器。路由功能是微服务的一部分，例如将请求/api/goods转发到商品服务上、/api/order转发到订单服务上等。 Zull默认和Ribbon结合实现了负载均衡功能。 创建Zuul工程 1.1 创建sping boot工程：eureka-zuul 1.2 添加pom.xml相关依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-zuul<

Spring官网： https://spring.io B站视频地址： https://www.bilibili.com/video/av61409284 1.模拟服务提供者 springcloud01-service-provider/ProviderApplication HelloController 请求方式: http://localhost:8081/service/hello 2.模拟服务消费者(直接调用服务提供者) springcloud02-service-consumer/ConsumerApplication WebController 3.搭建服务注册中心Eureka 1.添加pom依赖 2.使Eureka服务成为注册中心 3.配置Eureka服务配置中心 4.启动服务注册中心 5.向服务注册中心 注册 服务提供者(服务提供者/消费者 --- 都是服务客户端 1.添加(Eureka客户端)依赖 2.使服务提供者成为 Eureka客户端 3.配置服务名称和服务地址(在注册中心的地址) 4.启动服务提供者 5.刷新服务注册中心地址 6.服务消费者发现服务提供者 1.添加pom依赖 2.使消费者服务成为Eureka客户端 3.配置服务名和服务地址 7.验证: 通过服务注册中心方式开发 ========================================

转自： https://blog.csdn.net/pengjunlee/article/details/86538997 Spring Cloud是一系列框架的集合，它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，构建了服务治理(服务注册与发现)、配置中心、消息总线、负载均衡、断路器、数据监控、分布式会话和集群状态管理等功能，为我们提供一整套企业级分布式云应用的完美解决方案。 Spring Cloud的服务治理等核心功能主要是通过Spring Cloud Netflix的相关产品来实现，包括：服务发现（Eureka）、断路器（Hystrix）、智能路由（Zuul）和客户端负载均衡（Ribbon）。 本文主要对如何使用Eureka搭建服务注册中心进行介绍，我们先从最简单的单机模式Eureka服务器搭建开始。 关于SpringCloud版本 由于Spring Cloud是诸多子项目集合的综合项目，原则上由其子项目维护自己的发布版本号，也就是我们常用的版本号，如:1.2.3.RELEASE、1.1.4.RELEASE等。因此Spring Cloud为了避免版本号与其子项目的版本号混淆，所以没有采用版本号的方式，而是采用命名的方式。这些版本名称采用了伦敦地铁站的名字，根据字母表的顺序来对应版本时间顺序。比如，最早的Release版本名称为Angel