Spring-cloud
潜水打豆豆
这个作者很懒,什么都没留下…
展开
-
画的简单的流程图
原创 2018-01-10 15:57:12 · 355 阅读 · 0 评论 -
Spring Cloud Zuul网关
前面已经简单介绍了搭建Eureka注册中心,Feign消费,Service提供者,那么外部调用的时候是直接走Feign来调用服务么?其实不然,后端接口并不会直接开方,而是通过一个统一网关服务,来映射请求的api,路由到相对应的服务.沿用之前的服务来完成Zuul的测试.一 : 新建一个boot工程命名为cloud-shop-gateway二 : 在pom中添加依赖 org.spring原创 2018-01-19 11:26:43 · 369 阅读 · 0 评论 -
Spring Cloud各组件超时总结
Ribbon的超时全局设置:ribbon: ReadTimeout: 60000 ConnectTimeout: 60000局部设置:service-id: ribbon: ReadTimeout: 1000 ConnectTimeout: 1000其中,service-id 是Ribbon所使用的虚拟主机名,一般和Eureka Server上注册的服务名称一致,即:与sprin转载 2018-01-19 10:53:22 · 1246 阅读 · 0 评论 -
Spring Cloud Feign 使用Apache的HTTP Client替换Feign原生httpclient
Feign在默认情况下使用的是JDK原生的URLConnection发送HTTP请求,没有连接池,但是对每个地址会保持一个长连接,即利用HTTP的persistence connection 。我们可以用Apache的HTTP Client替换Feign原始的http client, 从而获取连接池、超时时间等与性能息息相关的控制能力。Spring Cloud从Brixtion.SR5版本开始支持原创 2018-01-19 10:33:41 · 15130 阅读 · 2 评论 -
Spring Cloud Feign 实现服务降级
当后端一个接口响应非常慢的时候,那么请求该接口的时候会被强制等待,直到返回或者超时结束.若在高负载的情况下,如果不做处理的话,这些问题会导致系统崩溃.Feign已经为我们集成了Hystrix,默认就会使用断路器包裹所有方法下面来看下简单的服务降级使用过程:继续使用前面搭建的Eureka,Feign,Service服务一 : 新建一个UserServiceFallBack类,实现UserServic原创 2018-01-18 14:49:14 · 10083 阅读 · 3 评论 -
Spring Cloud Feign多参数传递以及注意的问题
这边沿用前面的Eureka,Feign,Service一 : 在服务提供者cloud-shop-userservice中新增几个方法/** * 保存用户 * 2018年1月18日 */ @PostMapping("/user") public String aveUser(@RequestBody User user) { logger.info("保存用户 :" +user.原创 2018-01-18 14:07:47 · 18478 阅读 · 7 评论 -
Eureka注册中心
构建高可用的Eureka注册中心:工具: JDK 1.8 STS MAVEN一 : 加入Eureka依赖 org.springframework.cloud spring-cloud-starter-eureka-server 二 : 在应用Application主类上开启Eureka支持package cn.sh.daniel; import org.springframework.boo原创 2018-01-18 10:59:59 · 2300 阅读 · 0 评论 -
Spring cloud服务如何做到优雅下线
利用Spring Boot Actuato的管理端点 本地搭建了一个HA的Eureka server注册中心: 修改服务提供者的pom.xml添加依赖 org.springframework.boot spring-boot-starter-actuator 配置启用shutdown endpoints.shutdown.enabled=true 本地启动原创 2018-01-17 10:05:12 · 8332 阅读 · 2 评论 -
服务降级后的问题
今天看到一篇文章,大概就是例如一个博客论坛,调用后端接口故障了走到降级流程,而降级流程里面只是返回一个空的数据集合,那么页面显示就为空了. 所有这边就讲到服务降级逻辑里面的数据拖底的问题,降级后默认返回前端的数据,可以使用redis或者cache缓存来处理,走到降级流程之后直接返回定义好的返回前端的数据,以免造成返回前端的数据为空,造成页面空白原创 2018-01-23 10:30:07 · 983 阅读 · 0 评论 -
Ribbon的饥饿加载(eager-load)模式
目前测试的时候发现在服务都成功启动的时候第一次访问会有报错的情况发生,但是之后又恢复正常访问 通过查询相关文档,了解到要解决此问题那么让需要实例化的类提前创建,而不是在第一次调用的时候创建 摘自DD的博客: 主要是Ribbon进行客户端负载均衡的Client并不是在服务启动的时候就初始化好的,而是在调用的时候才会去创建相应的Client,所以第一次调用的耗时不仅仅包含发送HTTP请求的时间,原创 2018-01-29 11:20:47 · 17195 阅读 · 0 评论