如何提高微服务架构的可用性

  • 时间:
  • 浏览:0

业界通常用有几条个9来衡量系统的可用性,如99.99%表示一年含高1小时左右的不可用时间。任何另一一个服务的可用性全是会是400%,导致 在服务运行时间里还是有导致 居于故障。当把功能集中且运行在同另一一个应用中的单体架构拆分成多个相互独立的微服务架构后,实在都上能 了降低一损俱损的全局性故障风险,但导致 微服务之间居于小量的依赖关系, 随着微服务个数的增多,依赖关系也导致 变得如此繁复,而且每个微服务全导致 居于故障,导致 上能 了做好相互依赖的隔离,解决故障的连锁反应,结果导致 比单体更糟糕。假设有400个微服务,而且每个微服务只会居于1种故障,如此总共会有2400种不同的故障场景,而每个微服务自身导致 不止1种故障。当某个微服务居于故障时,怎么才能 才能 确保不需要导致 其他依赖的微服务不可用, 怎么才能 才能 确保系统自动降级把居于故障的微服务排除出去,怎么才能 才能 确保故障不需要扩展到整个