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

  • 时间:
  • 浏览:2
  • 来源:uu快3漏洞_uu快3链接_公式

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