晏霖/胖虎的博客

前言本文心得包括案例基于《重新定义》，动态扩容Eureka是为了不影响已运行服务的情况下进行扩容。正文利用了config进行统一管理了eureka服务的配置，首先创建一个父module，主要就是把web工程依赖的jar包含在内，pom如下<groupId>cn.springcloud.book</groupId> <artifactId>ch...

前言微服务中经常会用到熔断器来增强服务依赖的稳定性，他可以在网络连接缓慢，资源繁忙，暂时不可用，服务脱机等情况中进行服务的快速失败，并可自我恢复，以避免请求线程的堆积造成大量资源的浪费。相信读者看这篇文章的目的都是解决实际问题，并不是来看我分析源码的，如果对源码感兴趣的我推荐《重新定义》，所以我们直接上干货，下面我们就简单的利用Feign中集成的Hystrix进行快速失败和请求降级处理。...

前言前面文章提到了使用了Feign集成的Hystrix做了一个简单的实战练习，成功的进行了服务降级和失败快速返回。下面我要对熔断器监控进行页面化，并将多个服务的的熔断器监控页面进行聚合，方便管理，也是实际生产最典型的例子。当然这种做法最系统最合理，但是我个人以及周围的朋友在平时讨论的结果看，熔断器的聚合以及页面化管理应用概率并不多，即使在生产环境也很少使用，下面我边讲解边解释原因。正文...

前言声明：此文Demo摘自《重新定义》已得作者许可。这篇博客不会去介绍关于zuul的基础知识以及配置详解，我会以代码的形式一步一步带领大家实现，利用多种或一种不同类型的过滤器进行处理相应的业务，以便让大家了解各个过滤器什么时候用，用来干什么，解决大家实际工作中可能碰到的问题。正文本篇博客会涉及到三个工程依次是一个客户端client-a、一个eureka服务（和前文的案例没有区别）、...

前言声明：此文Demo摘自《重新定义》已得作者许可。有资源的地方就会有权限的约束，单体应用时代比较流行的就是Apache shiro，但是使用Spring Cloud开发的微服务中，所有服务之间访问都是无状态的，也就是说，访问一个接口我不知道你登陆了没有，我也不知道你是谁……所以Spring Cloud没有选择集成shiro的原因就在于此。所以想在微服务中做权限我们有一个好的办法，利用zu...

前言本篇文章主要讲解zuul-ratelimit 组件如何来作为服务限流的。并且只讲解他的默认存储类型，因为我想后期能力允许，我会单独讲解利用 redis 来做限流。本文 Demo 摘自《重新定义》正文首先简单说一下 spring cloud zuul-ratelimit，他是外国人专门针对 zuul 编写的限流库，提供来4种限流策略，如下。 限流粒度/类型 ...

前言本文使用 gateway 内置的过滤工厂 -RequestRateLimiter 实现限流的。本文Demo 是对《重新定义》 代码示例进行改造。正文前置准备工作本机安装一个 redis ，端口按默认的，然后启动。 创建一个 eureka-service ，端口是 8888，然后启动。 创建一个 eureka客户端，返回一个字符串即可，并注册在准备好的注册中心上。...

前言本文Demo摘自 《重新定义》在项目里利用 cpu 的使用率来做限流其实不是很常用，或者基本不会使用这种方法进行，限流，除非该项目有他特殊 的需要，因为我们不能保证是其他 应用或者服务引起的 cpu 使用率增加，还是由于访问量大，导致 cpu 使用率增加， 因为一台机器 cpu使用率不是说你一个 java服务就能控制的，所以用这个判断是有误差的，本文就是一个为了扩展大家思路而写的。...

前言最近自己想搞一个项目，涉及到了配置文件集中管理这块，所以简单的就把案例分享给大家，因为懒，并没有实现热部署，等项目发展需要后在搞。文章内容比较简单正文我们把配置拿出去集中管理的好处有很多，比如实现配置不会冗余在项目中、众多个服务重复性的配置可以集中在一个文件管理，项目中个性化的项目还可以留在项目中写、项目稳定后这些配置可以交给运维单独管理了。在贴代码之前我们要知道几件...