首页
博客
源码
资源
博客
源码
写文章
发布博客
发布资源
登录
X
springcloud
相关资讯
热门
最新
代码人生
01-01 08:00
代码人生
SpringCloud升级之路2020.0.x版-30. FeignClient 实现重试
SpringCloud升级之路2020.0.x版-30. FeignClient 实现重试,需要重试的场景微服务系统中,会遇到在线发布,一般的发布更新策略是:启动一个新的,启动成功之后,关闭一个旧的,直到所有的旧的都被关闭。SpringBoot具有优雅关闭的功能,可以保证请求处理完再关闭,同时会拒绝新的请求。对于这些拒绝的请求,为了保证用户体验不受影响,是需要重试的。云上部署的微服务,对于同一个服
77
代码人生
01-01 08:00
代码人生
SpringCloud系列教程(八)之整合seata分布式事务
SpringCloud系列教程(八)之整合seata分布式事务,什么是seata?Seata是一款开源的分布式事务解决方案,致力于提供高性能和简单易用的分布式事务服务。Seata将为用户提供了AT、TCC、SAGA和XA事务模式,为用户打造一站式的分布式解决方案。关于更多的原理可以参考官方文档,这里就不赘述了:Seata是什么下载安装seata-server下载下载地址:Releases·seat
82
代码人生
01-01 08:00
代码人生
SpringCloud升级之路2020.0.x版-29.Spring Cloud OpenFeign 的解析(2)
SpringCloud升级之路2020.0.x版-29.Spring Cloud OpenFeign 的解析(2),在使用云原生的很多微服务中,比较小规模的可能直接依靠云服务中的负载均衡器进行内部域名与服务映射,通过健康检查接口判断实例健康状态,然后直接使用OpenFeign生成对应域名的FeignClient。SpringCloud生态中,对OpenFeign进行了封装,其中的FeignClie
96
代码人生
01-01 08:00
代码人生
SpringCloud升级之路2020.0.x版-29.Spring Cloud OpenFeign 的解析(2)
SpringCloud升级之路2020.0.x版-29.Spring Cloud OpenFeign 的解析(2),在使用云原生的很多微服务中,比较小规模的可能直接依靠云服务中的负载均衡器进行内部域名与服务映射,通过健康检查接口判断实例健康状态,然后直接使用OpenFeign生成对应域名的FeignClient。SpringCloud生态中,对OpenFeign进行了封装,其中的FeignClie
95
代码人生
01-01 08:00
代码人生
springcloud3(六) 服务降级限流熔断组件Resilience4j
springcloud3(六) 服务降级限流熔断组件Resilience4j,公司的网关(基于SpringCloudGateway)上线有一段时间了,目前只有一个简单的动态路由的功能,接下来的工作一部分会涉及到服务的保护和服务健壮性方面,也就是要加入限流,熔断和降级等特性。此处找了下业界成熟的开源框架如下表的对比Sentinel(Alibaba开源)Hystrix(不再维护)resilience4
106
后端
01-01 08:00
后端
SpringCloud微服务实战——搭建企业级开发框架(十):使用Nacos分布式配置中心
SpringCloud微服务实战——搭建企业级开发框架(十):使用Nacos分布式配置中心,随着业务的发展、微服务架构的升级,服务的数量、程序的配置日益增多(各种微服务、各种服务器地址、各种参数),传统的配置文件方式和数据库的方式已无法满足开发人员对配置管理的要求:安全性:配置跟随源代码保存在代码库中,容易造成配置泄漏。时效性:修改配置,需要重启服务才能生效。局限性:无法支持动态调整:例如日志开关
130
后端
01-01 08:00
后端
SpringCloud 日志在压测中的二三事
SpringCloud 日志在压测中的二三事,一、如何拆分响应时间?在性能分析中,响应时间的拆分通常是一个分析起点。因为在性能场景中,不管是什么原因,只要系统达到了瓶颈,再接着增加压力,肯定会导致响应时间的上升,直到超时为止。在判断了瓶颈之后,我们需要找到问题出现在什么地方。在压力工具上看到的响应时间,都是经过了后端的每一个系统的。那么,当响应时间变长,我们就要知道,它在哪个阶段时间变长了,我们看
102
后端
01-01 08:00
后端
Springcloud+Mybatis使用多数据源的四种方式
Springcloud+Mybatis使用多数据源的四种方式,前段时间在做会员中心和中间件系统开发时,多次碰到多数据源配置问题,主要用到分包方式、参数化切换、注解+AOP、动态添加这四种方式。这里做一下总结,分享下使用心得以及踩过的坑。四种方式对比文章比较长,首先给出四种实现方式的对比,大家可以根据自身需要,选择阅读。分包方式参数化切换注解方式动态添加方式适用场景编码时便知道用哪个数据源运行时才能
82
后端
01-01 08:00
后端
SpringCloud微服务实战——搭建企业级开发框架(八):使用注解校验微服务消息参数
SpringCloud微服务实战——搭建企业级开发框架(八):使用注解校验微服务消息参数,平时开发过程中,经常要用到参数校验,如果直接在代码逻辑里面写参数校验,代码有点冗余且用起来不是非常方便,显得代码逻辑复杂且重复代码太多,这里我们使用注解的方式进行参数校验,SpringBoot中常用的用于参数校验的注解如下:@AssertFalse所注解的元素必须是Boolean类型,且值为false@Ass
103
后端
01-01 08:00
后端
SpringCloud微服务实战——搭建企业级开发框架(六):使用knife4j集成Swagger2接口文档
SpringCloud微服务实战——搭建企业级开发框架(六):使用knife4j集成Swagger2接口文档,knife4j是为集成Swagger生成api文档的增强解决方案,前后端Java代码以及前端Ui模块进行分离,在微服务架构下使用更加灵活,提供专注于Swagger的增强解决方案,不同于只是改善增强前端Ui部分,我们这里使用knife4j作为文档管理工具来代替swagger-ui。1、在Gi
102
«
1
2
3
4
5
6
7
8
9
10
»