前言
在 Serverless 应用中，我们通常使用的是一个事件驱动的模型，在这个模型中所有的请求都会被发送到一个中心处理器，由这个处理器将请求发送给各个子系统进行处理。在这个模型中，消息传递的过程是不可避免的，而由于网络的不确定性，消息传递可能会出现失败的情况。如何保证在消息传递失败的情况下，我们的应用可以正确处理呢？这就需要使用到容错重试技术。
什么是容错重试
容错重试技术就是在应用程序中遇到错误或者失败情况时，进行多次重试以保证应用程序正确性和可靠性。容错重试技术通常包括自动重试和手动重试两种方式。
在 Serverless 应用中，我们通常使用自动重试的方式来处理消息传递失败的情况，这也是最常见的方式。
自动重试的实现方式
在 Serverless 应用中，自动重试通常是通过对函数的调用进行重试而实现的。
重试次数
重试次数是控制自动重试的最主要参数之一。在实际使用中，我们通常将重试次数设置为 3-5 次，这样可以保证在网络不稳定或者错误发生时，可以通过多次重试来保证最终正确处理。
重试延迟
重试延迟是指重试之间的时间间隔。常见的重试延迟有以下几种方式：
- 固定延迟：每次重试之间固定等待一定时间。
- 指数级延迟：每次重试之间等待时间增加，比如第一次重试等待 5 秒，第二次等待 10 秒，第三次等待 20 秒。
- 随机化延迟：在一定的时间范围内随机选择延迟时间。
使用不同的重试延迟策略，可以在不同的场景中得到更好的效果。
调用失败的处理
在 Serverless 应用中，调用失败有多种不同的原因，比如网络错误、函数超时等。在这种情况下，我们通常需要根据调用失败的原因，来进行不同的处理方式：
- 网络错误：网络错误一般是临时性错误，通常可以通过重试来解决。在遇到网络错误时，我们需要将消息重新发送给目标处理器，并指定一定的重试次数和延迟时间。
- 函数超时：在调用函数时，如果函数出现超时错误，通常是因为函数执行时间过长或者函数发生了死循环等问题。这种情况下，我们通常需要考虑优化函数代码，或者调整函数配置，以提高函数的执行效率。在这个过程中，我们可以使用一些指标来辅助我们进行诊断处理，比如平均执行时间、内存使用情况等。
示例代码
以下是一个使用 AWS Lambda 实现自动重试的示例代码：
-- -------------------- ---- -------
------ -----
------ ----
-------- - --------------------------
---------- - ------------
--- ----------------- ---------
--------- - -
---------- - --
----- - --------------------------
----- --------- - --
----
- ----
---- - ---------------
-----
----- -----------
-
-
- ---------
------ ----
------ --------- -- --
- ---------
--------- -- -
-- --------- -- --
----- -
----------------------
---------- -- -手动重试的实现方式
除了自动重试，我们还可以使用手动重试的方式来处理消息传递失败的情况。手动重试的方式就是在遇到错误或者失败时，需要手动触发重试。手动重试通常需要使用一些工具或者脚本来实现。
在使用手动重试的方式处理失败的情况时，我们通常需要手动跟踪调用信息，进行调用堆栈与代码的分析，来确定故障的原因，并作出相应的修复措施。这种方式需要有专业的技能和丰富的经验，比如系统架构、数据库设计等方面的知识，才能准确地排除问题，并提供有效的解决方案。
总结
在 Serverless 应用中，容错重试技术是保证应用程序可靠性和正确性的重要手段。自动重试和手动重试是两种常用的方式，它们各有优缺点，在不同的场景下可以选择不同的方式来实现容错重试。使用容错重试技术需要基于经验和知识的积累，来准确地获得错误信息，并提供有效的解决方案，保证应用程序的稳定性和可靠性。
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/645dddda968c7c53b003c535