「第二部:容器和微服务架构](16)微服务的回弹性和高可用性

处理意外故障是最难解决的问题之一，特别是在分布式系统中。开发人员编写的大部分代码都涉及异常处理，而这也是测试中花费最多时间的地方。这个问题比编写处理失败的代码更复杂。当运行微服务的机器出现故障时会发生什么情况？您不仅需要检测此微服务故障（这本身就是一个难题），而且还需要一些东西来重新启动您的微服务。

微服务需要对故障具有弹性，并且能够经常在另一台计算机上重新启动以获得可用性。这种弹性还可以归结为代表微服务保存的状态，微服务可以从中恢复此状态，以及微服务是否可以成功重新启动。换句话说，计算能力需要有弹性（进程可以随时重新启动）以及状态或数据的弹性（没有数据丢失，数据保持一致）。

在其他情况下，如在应用程序升级过程中发生故障时，弹性问题会变得更加复杂。使用部署系统的微服务需要确定它是可以继续前进到较新版本，还是可以回滚到以前的版本以保持一致的状态。需要考虑的问题包括是否有足够的机器可以继续前进，以及如何恢复以前版本的微服务。这需要微服务发出运行状况信息，以便整个应用程序和编排器可以做出这些决定。

此外，弹性还与基于云的系统的行为方式有关。如前所述，基于云的系统必须接受失败，并且必须尝试从失败中自动恢复。例如，在网络或容器故障的情况下，客户端应用程序或客户端服务必须具有重试发送消息或重试请求的策略，因为在许多情况下，云中的故障是部分的。本指南中的“实现弹性应用程序”一节介绍了如何处理部分故障。它通过使用诸如Polly之类的库来描述诸如指数退避重试或.NET Core中的断路器模式之类的技术，Polly提供了处理此主题的各种策略。