微服务架构下,容灾备份如何设计方案?

微服务架构在某些应用场景,特别是医院繁琐的业务中可以将业务剥离,形成微服务模式,数据存储的分散性是微服务的一个特点,但优于分散存储导致的数据读取,交互,也是其应用过程中的一个难点,根据其数据存取得特点,此类应用该如何考虑容灾?

参与10

3同行回答

czheczhe某医疗行业某医疗
微服务的基本容灾模式:1.主动超时调用依赖的时候设置好超时时间,出问题的时候主动超时,最简单有效的处理方式。2.限流限制最大并发数,限制访问数量。好比长假期间高速公里的限流。3.熔断错误达到阈值时,类似保险丝熔断。如果后端系统出现大规模延时,需要暂时的熔断保护后端系统...显示全部

微服务的基本容灾模式:

1.主动超时

调用依赖的时候设置好超时时间,出问题的时候主动超时,最简单有效的处理方式。

2.限流

限制最大并发数,限制访问数量。好比长假期间高速公里的限流。

3.熔断

错误达到阈值时,类似保险丝熔断。如果后端系统出现大规模延时,需要暂时的熔断保护后端系统。一般熔断不是所有都拒绝,可以通过少量请求判断是否恢复正常,如果恢复则结束熔断动作。

4.隔离

隔离不同的依赖调用,凡是系统资源都是有限制的,如果不隔离很容易因为一个服务的延迟,把所有资源都给耗尽。如果服务都是隔开的,那出问题不会印象其他服务。

5.降级

服务降级,比如某个高峰时期,服务器处理不了全部的请求,那优先处理VIP用户,对普通用户可以导入到一个错误提示页面进行处理。

收起
医药 · 2021-09-02
浏览1811

提问者

jakeyyu
系统架构师三甲医院
擅长领域: 存储服务器灾备

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2021-09-01
  • 关注会员:4 人
  • 问题浏览:3071
  • 最近回答:2021-09-15
  • X社区推广