上一篇文章我们介绍了eureka服务注册中心的搭建，这篇文章介绍一下如何使用eureka服务注册中心，搭建一个简单的服务端注册服务，客户端去调用服务使用的案例。案例中有三个角色：服务注册中心、服务提供

上次写了一篇文章叫Spring Cloud在国内中小型公司能用起来吗?介绍了Spring Cloud是否能在中小公司使用起来，这篇文章是它的姊妹篇。其实我们在这条路上已经走了一年多，从16年初到现在。

今天吃完饭休息的时候瞎逛知乎，突然看到这个一个问题Spring Cloud在国内中小型公司能用起来吗？，吸引了我的注意。仔细的看了题主的问题，发现这是一个好问题，题主经过了一番思考，并且用图形全面的将

前面的文章我们介绍了，Eureka用于服务的注册于发现，Feign支持服务的调用以及均衡负载，Hystrix处理服务的熔断防止故障扩散，Spring Cloud Config服务集群配置中心，似乎一个

我们在springcloud(七)：配置中心svn示例和refresh中讲到，如果需要客户端获取到最新的配置信息需要执行refresh，我们可以利用webhook的机制每次提交代码发送请求来刷新客户端

在前两篇的介绍中，客户端都是直接调用配置中心的server端来获取配置文件信息。这样就存在了一个问题，客户端和服务端的耦合性太高，如果server端要做集群，客户端只能通过原始的方式来路由，serve

上一篇springcloud(六)：配置中心git示例留了一个小问题，当重新修改配置文件提交后，客户端获取的仍然是修改前的信息，这个问题我们先放下，待会再讲。国内很多公司都使用的svn来做代码的版本控

Hystrix-dashboard是一款针对Hystrix进行实时监控的工具，通过Hystrix Dashboard我们可以在直观地看到各Hystrix Command的请求响应时间, 请求成功率等数

说起springcloud熔断让我想起了去年股市中的熔断，多次痛的领悟，随意实施的熔断对整个系统的影响是灾难性的，好了接下来我们还是说正事。熔断器雪崩效应在微服务架构中通常会有多个服务层调用，基础服务

Spring Cloud作为一套微服务治理的框架，几乎考虑到了微服务治理的方方面面，之前也写过一些关于Spring Cloud文章，主要偏重各组件的使用，本次分享主要解答这两个问题：Spring Cl

Eureka是Netflix开源的一款提供服务注册和发现的产品，它提供了完整的Service Registry和Service Discovery实现。也是springcloud体系中最重要最核心的组

前言一般的小项目，比如几百人左右访问的项目，访问量几万的项目，如果想用缓存，单机实例完全够用。小黄图就是用的阿里云256MB配置的Redis缓存，日几千的访问量是妥妥够用的了。Redis号称可以支撑1

前言在妹子图微服务架构中，注册中心是核心的基础服务之一。相信不少小伙伴都用过 Dubbo 这个流行分布式框架，很久之前微服务还没这么盛行，Dubbo就提供了比较完善的服务治理功能，而服务治理的实现主要

前言妹子图架构发布以后，不少小伙伴在后台问路由网关、鉴权、限流怎么搞得？这不热乎乎的教程马上就出来了。架构架构基本这么一个组合，如果是个人开发或者小团队项目，其实各个组件服务完全可以单机部署，因为集群

前言前一段时间购置了阿里云的2C8G的云服务器，博客也迁移过来了，心思闲着也是闲着，何不搭建一套小黄图的微服务。说干就干，撸起袖子先画一张图。架构图基础组件前端框架：ant-design-vue-pr

前言前段时间，撸主为了调用小黄图API特意引入的Feign，这显然不是最优雅的使用方式。但是对于大部分中小公司来说，服务已经拆了辣么多了，基本能满足需求就可以了，什么熔断、集群啊可以都先一边靠靠。这里

Nacos 提供了 SDK 及 Open API 的方式来完成服务注册与发现等操作。