Mr_rain的专栏

关于jhipster的介绍在国内可以找到不少资料，也可以拉到底部查看链接。这篇文章主要介绍jhipster-register3.0如何编译运行起来。因jhipster 3.0.1 前端需要yarn 进行build, 不然打开访问会到的将会是空白页面。由于这个原因昨天搞了半天，晚上的时候在stackoverflow.com上面看一位老兄也碰到这个情况，看其他人的评论才知道是yarn没buid成功导致

一天晚上，生产环境升级，升级的主要内容是将用户服务折分出去，并用户数据从mongo中复制到ES中助力查询。在测试环境和预发环境都测试通过， 然后在生产环境， 一次后台查询导致整个系统崩溃。后来查找到原来是很早以前的一段代码，将所有用户都查询出来然后进行分析，导致用户服务直接挂掉，ES不能正常服务(对外服务断断续续)，所有服务连接ES都是断断续续的，导致使用ES的服务(Eurake客户端)不停的

Eureka是一个开源的服务治理框架，它提供了完成的Service Registry和Service Discovery实现，并且和Spring Cloud无缝集成，使用Spring Boot + Spring Cloud可以轻松的将注册中心搭建起来。Eureka架构基础架构 上图简单的描述了Eureka的基本结构，由3个角色组成：Eureka Server: 维护服务信息，包括实例信息，提供服

上一篇文章中有介绍spring-cloud-eureka的原因，以及一部分源码分析了服务在启动时是如何加载并运行spring-cloud-eureka的，这一篇文章将从源码的角度来分析spring-cloud-eureka是如何进行服务治理的。服务注册服务注册的真正入口在com.netflix.discovery.DiscoveryClient#register()public class Disc

spring-cloud-eureka是spring-cloud-nettfix微服务套件中的一部分， 它基于nettfix-eureka做了二次封装，主要负责微服务架构中的服务治理功能。 如果了解dubbo的朋友应该知道，dubbo就是一个服务治理的框架，dubbo是基于zookeeper实现服务治理功能的。至于dubbo和nettfix-eureka的区别这里不多说，网上有不少这类文章。

在我们使用spring mvc单体架构时， 我们可以通过uri，或者请求头做多版本路由，虽然同一个功能需要维护多个版本的接口，但是对于系统而言，不会因为新增一个接口版本而影响到老用户。当我们使用spring cloud构建微服务平台时，也希望能做到这一点，然而spring cloud并没有提供这个功能。在spring cloud的微服务体系中，大多是使用eureka做为注册中心，ribbon做

在上一篇文章《基于Spring cloud ribbon实现多版本控制》中介绍了如何扩展spring cloud ribbon实现接口多版本控制的项目 – fm-cloud-bambbo， 开发这个项目的过程，给我提供了很多想法和思路，发现只要再做一些扩展，就可以实现灰度管理，于是又有了 fm-cloud-graybunny。灰度发布灰度发布是在多版本控制的基础上进一步扩展实现出来的项

Spring Cloud Gray 是一套开源的微服务灰度路由解决方案，它由 spring-cloud-gray-client，spring-cloud-gray-client-netflix 和 spring-cloud-tray-server，spring-cloud-gray-webui 组成。spring-cloud-gray-client 定义了一套灰度路由决策模型，灰度信息追踪模型...