- 博客(2)
- 收藏
- 关注
RSS订阅原创 服务容错背景方案
在单体项目中，处理的请求因网络原因等没有得到相应，导致了请求堆积，堆积过量会进一步的使得上层调用出故障，最终形成雪崩。 仓壁模式 使用隔离手段，使其形成每个区块，各个区块互不影响，主要有线程池等方式 超时 一定时间请求没得到响应超时，而放弃。 限流 在提供方限制流量，一旦到达相应阈值就会限制，提供了相应的保护 熔断 在调用方上检测其调用，如果发现某个底层服务多次出现故障，就会自动熔断， 不再被服务调用，一段时间后，会放出一个探测请求，若依然报错，继续保持开启状态 ，若成功，则恢复使用
2021-11-05 08:12:47
47
原创 微服务与分布式产生的背景和区别
微服务背景：由于互联网的发展，至今已经逐渐迈向成熟，然而对于公司的单体项目（所有代码放入一个项目部署）来讲，项目里面的代码数量已经多到百万，甚至千万等单位，一旦出现问题，维护起来将十分困难，同样对于互联网的时代，每时每刻对某项目的某功能发起请求或响应的瞬时访问量是十分庞大的，对单体而言是承载不了的。 分布式背景：一样在高速运转与发达的互联网里面，对于数据的存储数量，业务逻辑处理的复杂度等也是与时增强。 分布式：在同一个网络下的一组通过网络进行通信与协调的组件，对外表现如同一个系统。 微服务：微服务架构
2021-10-21 20:39:17
240
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人