最近连续发烧四天，偶尔刷两下朋友圈都能看到好几条来自不同号的关于《Eureka 2.0开源工作宣告停止，继续使用风险自负》的推文。主要内容如下： 近日，知名服务注册与服务发现工具 Eureka 的 GitHub Wiki 上显示其 2.0 版本的开源工作已经停止。这意味着如果开发者继续使用作为 2.x 分支上现有工作 repo 一部分发布的代码库和工件，则将自负风险，对此，专家建议开发者尽快将相关业务迁移到 Consul/ZooKeeper/Etcd 等工具上。 目前从本人平时收到的咨询问题上看，国内使用Eureka的用户群体还是比较多的，这则消息也引起了一些不满的情绪。那么大家是否值得要做如上文中“专家”所说的迁移这样有风险的操作呢？ 我觉得在做迁移决定之前，您应该先需要明确一个问题：您到底是不是Eureka 2.x的用户？相信大多数在使用Eureka的用户都是由于Spring...

前言我们知道Eureka分为两部分，Eureka Server和Eureka Client。Eureka Server充当注册中心的角色，Eureka Client相对于Eureka Server来说是客户端，需要将自身信息注册到注册中心。本文主要介绍的就是在Eureka Client注册到Eureka Server时RetryableClientQuarantineRefreshPercentage参数的使用技巧。 Eureka Client注册过程分析Eureka Client注册到Eureka Server时，首先遇到第一个问题就是Eureka Client端要知道Server的地址，这个参数对应的是eureka.client.service-url.defaultZone举个例子，在Eureka Client的properties文件中配置如下： eureka.client....

这是一篇博客福利！ 相信很多关注Spring Cloud的爱好者们，不论是读我的系列文章和书籍还是看其他朋友们写的博客佳文，都不可避免的启动多个项目来体验Spring Cloud带来的整套微服务架构方案。其中，Eureka注册中心几乎是每个试验都必须要启动的应用。在整个学习过程中，我们不厌其烦的启动它，为了让微服务之间能够正常的发现并调用服务接口。 所以…我花了点业余时间，对Spring Cloud Eureka Server的UI增加了一些说明，并将在博客上公开出来给Spring Cloud的初学者和开发者们使用，大家可以方便的使用它来调试我博客和《Spring Cloud微服务实战》书中的诸多示例，或是利用此开发和调试自己的应用。 该Eureka注册中心关闭了自我保护机制，所以当各位开发者的服务下线后，稍等片刻就会被剔除，所以大家不用担心服务的长时间停留在该服务注册中心上。说...

已经有非常长的时间没有更新《Spring Cloud构建微服务架构》系列文章了，自从开始写Spring Cloud的专题内容开始就获得了不少的阅读量和认可，当然也有一些批评，其中也不乏一些很中肯的意见和深度的问题，对我来说也是进一步提高的契机，在此感谢所有关注我博客的读者们。 由于之前主要精力都花在的编写《Spring Cloud微服务实战》一书上，所以该系列文章就没有得到持续的维护和更新。由于漫长的写书过程和繁琐的出版流程，在本书一面世的时候，在版本上已经落后于当前的最新版本。虽然在书中前前后后加入了一些版本更新的注意事项，但是认识过程不是一蹴而就的，总是随着实践的深入慢慢发现的。所以，决定重写一下该系列文章，一方面将Spring Cloud的版本更新到Dalston，另一方面重新组织内容并增加一些之前没有写过的重要组件。希望通过这个系列，来帮助准备使用Spring Cloud的...

看过之前文章的朋友们，相信已经对Eureka的运行机制已经有了一定的了解。为了更深入的理解它的运作和配置，下面我们结合源码来分别看看服务端和客户端的通信行为是如何实现的。另外写这篇文章，还有一个目的，还是希望鼓励大家能够学会学习和研究的方法，由于目前Spring Cloud的中文资料并不多，并不是大部分的问题都能找到现成的答案，所以其实很多问题给出一个科学而慎重的解答也都是花费研究者不少精力的。 在看具体源码前，我们先回顾一下之前我们所实现的内容，从而找一个合适的切入口去分析。首先，服务注册中心、服务提供者、服务消费者这三个主要元素来说，后两者（也就是Eureka客户端）在整个运行机制中是大部分通信行为的主动发起者，而注册中心主要是处理请求的接收者。所以，我们可以从Eureka的客户端作为入口看看它是如何完成这些主动通信行为的。 我们在将一个普通的Spring Boot应用注册到Eu...

近期因工作原因减缓了更新频率，同时为了把Spring Cloud中文社区搭建起来也费了不少时间，几乎每天都在挤牙膏般的凑时间出来做一些有意义的事。未能按原计划更新博文，在此对持续关注我博客的朋友们深表歉意。 之前在写Spring Cloud系列文章的时候，列过一个较粗的计划，现在由于收到不少反馈和问题，因此准备做一些调整，先将一些大家关注较为集中的点拉出来写一些内容。 今天这篇主要就说说Eureka Server的高可用问题。 前言在Spring Cloud系列文章的开始，我们就介绍了服务注册与发现，其中，主要演示了如何构建和启动服务注册中心Eureka Server，以及如何将服务注册到Eureka Server中，但是在之前的示例中，这个服务注册中心是单点的，显然这并不适合应用于线上生产环境，那么下面在前文的基础上，我们来看看该如何构建高可用的Eureka Server集群。 单...

在上一篇《Spring Cloud构建微服务架构（一）服务注册与发现》中，我们已经成功创建了“服务注册中心”，实现并注册了一个“服务提供者：COMPUTE-SERVICE”。那么我们要如何去消费服务提供者的接口内容呢？ RibbonRibbon是一个基于HTTP和TCP客户端的负载均衡器。Feign中也使用Ribbon，后续会介绍Feign的使用。 Ribbon可以在通过客户端中配置的ribbonServerList服务端列表去轮询访问以达到均衡负载的作用。 当Ribbon与Eureka联合使用时，ribbonServerList会被DiscoveryEnabledNIWSServerList重写，扩展成从Eureka注册中心中获取服务端列表。同时它也会用NIWSDiscoveryPing来取代IPing，它将职责委托给Eureka来确定服务端是否已经启动。 下面我们通过实例看看如何...

Spring Cloud简介Spring Cloud是一个基于Spring Boot实现的云应用开发工具，它为基于JVM的云应用开发中的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等操作提供了一种简单的开发方式。 Spring Cloud包含了多个子项目（针对分布式系统中涉及的多个不同开源产品），比如：Spring Cloud Config、Spring Cloud Netflix、Spring Cloud CloudFoundry、Spring Cloud AWS、Spring Cloud Security、Spring Cloud Commons、Spring Cloud Zookeeper、Spring Cloud CLI等项目。 微服务架构“微服务架构”在这几年非常的火热，以至于关于微服务架构相关的产品社区也变得越来越活跃...