【微服务】设计弹性微服务架构模式

推荐超级课程：

• Docker快速入门到精通
• Kubernetes入门到大师通关课
• AWS云服务快速入门实战

在微服务架构中，服务通常相互协作以提供业务用例。这些服务可能在可用性、可伸缩性、弹性等方面具有自己的软件特性，但总会出现这样的情况，即您试图通信的下游服务要么不可用 — 可能是由于计划的停机、临时网络故障等，要么可用但由于某种原因响应缓慢。

在这种情况下，依赖的消费者服务如何做出反应是非常重要的？理想情况下，期望是这些依赖服务具有强健的特性，能够优雅地处理此类问题。但如果它们不具有弹性，那么您将影响这些服务负责的功能的可用性。

这就是我们在这篇博客中要讨论的内容 — 构建具有弹性的微服务的模式！！！

模式＃1 — 超时

在分布式系统中，当一个服务向另一个下游服务发出请求时，完成往返需要时间，并不是立即完成的。但是，如果下游服务的响应速度慢于平常，或者可能根本不响应，那么调用方服务在收到响应之前应等待多长时间才能得出结论 — 有些地方出了问题，让我选择其他路径&#