自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(2)
  • 收藏
  • 关注

原创 服务容错背景方案

在单体项目中,处理的请求因网络原因等没有得到相应,导致了请求堆积,堆积过量会进一步的使得上层调用出故障,最终形成雪崩。 仓壁模式 使用隔离手段,使其形成每个区块,各个区块互不影响,主要有线程池等方式 超时   一定时间请求没得到响应超时,而放弃。 限流   在提供方限制流量,一旦到达相应阈值就会限制,提供了相应的保护 熔断 在调用方上检测其调用,如果发现某个底层服务多次出现故障,就会自动熔断, 不再被服务调用,一段时间后,会放出一个探测请求,若依然报错,继续保持开启状态 ,若成功,则恢复使用

2021-11-05 08:12:47 47

原创 微服务与分布式产生的背景和区别

微服务背景:由于互联网的发展,至今已经逐渐迈向成熟,然而对于公司的单体项目(所有代码放入一个项目部署)来讲,项目里面的代码数量已经多到百万,甚至千万等单位,一旦出现问题,维护起来将十分困难,同样对于互联网的时代,每时每刻对某项目的某功能发起请求或响应的瞬时访问量是十分庞大的,对单体而言是承载不了的。 分布式背景:一样在高速运转与发达的互联网里面,对于数据的存储数量,业务逻辑处理的复杂度等也是与时增强。 分布式:在同一个网络下的一组通过网络进行通信与协调的组件,对外表现如同一个系统。 微服务:微服务架构

2021-10-21 20:39:17 240

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除