Dapr如何实现灵活的弹性策略配置？

本文共计2978个文字，预计阅读时间需要12分钟。

云原生应用需要处理云中出现的临时故障。原因在于以下文档和临时性故障处理[1]，其中包含具体说明。任何环境、平台或操作系统及任何类型的应用程序都可能出现临时性故障。

云原生应用需要处理 云中很容易出现瞬时故障。原因在以下文档 暂时性故障处理[1] 中有具体说明。

任何环境、任何平台或操作系统以及任何类型的应用程序都会发生暂时性故障。 在本地基础结构上运行的解决方案中，应用程序及其组件的性能与可用性通常是通过昂贵但通常很少使用的硬件冗余来维持的，并且组件与资源的位置互相靠近。 尽管此方法可以大大减少故障，但可能仍会导致暂时性故障，甚至是不可预见的事件（例如外部电源或网络问题或其他灾难性的状况）造成的中断。

云托管（包括私有云系统）可以通过跨许多商品计算节点使用共享资源、冗余、自动故障转移和动态资源分配，提供更高的整体可用性。 但是，这些环境的性质意味着更可能发生暂时性故障。 原因包括：

• 云环境中的许多资源是共享的，为了保护这些资源，会限制对这些资源的访问。 某些服务在负载上升到特定级别时，或到达吞吐量比率的上限时，会拒绝连接以便处理现有的请求，并为所有用户维持服务性能。 限制有助于为共享资源的邻居与其他租户维持服务质量。

• 云环境是使用大量商用硬件单元构建而成的。 云环境将负载动态分散到多个计算单元和基础结构组件上以提供性能，并通过自动回收或更换故障单元来提供可靠性。 这种动态性意味着可能偶尔会发生暂时性故障和暂时连接失败。

• 在应用程序与资源及其使用的服务之间，通常有多个硬件组件，包括网络基础结构，例如路由器和负载均衡器。 这个附加的基础结构偶尔会导致额外的连接延迟与暂时性连接故障。

• 客户端与服务器之间的网络状况会不时改变，尤其是通过 Internet 通信时。 即使在本地位置，高流量负载也可能减慢通信速度，并会导致间歇性的连接故障。

在许多情况下，恢复和切换是在云内部完成的。如果调用者等待一段时间，然后重试，那么它很有可能会成功。