大部分项目部署中，为了方便，可能都直接使用kill9服务的pid来停掉服务。但是由于Eureka采用心跳的机制来上下线服务，会导致服务消费者调用此已经kill的服务提供者然后出错。可以采用以下方式来解决：核心是先调用方法主动通知Eureka注册中心服务下线，然后再停掉服务。本文会介绍几种eureka注册中心服务下线的方式最不可取

目录：springcloud费话之Eureka基础(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2FliuyuhangCastle%2Fp%2F11397227.html)springcloud费话之Eureka集群(https://www

上一篇博文中，我们介绍了如何搭建一个Eureka服务的架构，但是服务提供者我们只用了一个单例，完全不能体现高并发高可用。本文我们尝试在上一篇文章示例Eureka项目的基础上继续完善，让它可以做到一个集群的部署。Eureka集群架构我们先看一下我们这次示例打算改造成的架构图：!(https://static.oschina

本文基于SpringCloudDalston.SR5(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fcloud.spring.io%2Fspringcloudstatic%2FDalston.SR5%2F)一般的，Eureka在内网服务，我们不会对于外网暴露Eureka端口，所

参考文章：https://segmentfault.com/a/1190000017412946(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fsegmentfault.com%2Fa%2F1190000017412946)eureka元数据Eureka的元数据有两种，

Eureka概述Eureka是Netflix的一个子模块,也是核心模块之一。Eureka是一个基于REST的服务,用于定位服务,以实现云端中间层服务发现和故障转移。服务注册与发现对于微服务框架来说非常重要,有了服务注册和发现,只需要使用服务的标识符，就可以访问到服务，而不需要修改服务调用的配置文件了。功能类似于

是什么Zuul包含了对请求路由和过滤两个最主要的功能：其中路由功能负责将外部请求转发到具体的微服务实例上，是实现外部访问统一入口的基础。而过滤功能则负责对请求的处理过程进行干预，是实现请求校验、服务聚合等功能的基础。Zuul和Eureka进行整合，将zuul自身注册为Eureka服务治理下的应用，同时从Eureka中获得其他微

本文基于SpringCloudFincheleySR3背景介绍目前项目多个区域多个集群，这些集群共用同一个Eureka集群。通过设置eureka.instance.metadatamap.zone设置不同实例所属的zone，zone之间不互相调用，只有zone内部调用（其实这里用zone做了集群隔离，实际上集群肯定是跨可用区