具有SQS的DynamoDB的后备

问题描述

我们有一个同步的REST终结点，除了将项目保存到DynamoDB数据库外，它还会执行其他处理。

如果数据库保存由于任何类型的异常而失败，则要求不要出错。

我们如何处理整个区域中dynamo db停机的情况（很少见，但可能）。将其发布到SQS是否是正确的模式，并通过ping（ListTables或ping）将其单独的进程消耗并保存到DynamoDB ）。

我们应该回退到另一个地区还是发布到SQS？是否值得使用resilience4j断路器模式？

解决方法

使API简单地将请求排队到SQS是一种常见的模式。这具有许多好处，例如允许更高的吞吐量，使生产者和使用者分离以及更好的容错能力。

这将是一个很好的设计，但是您的REST API将不再是同步的，并且调用方将不太清楚该操作是否已成功处理，因此您可能需要添加另一个端点来获取请求的状态。

我对resilence4j断路器不是很熟悉，但这可能不是必需的，因为如果这是您要寻求的主要好处，那么Amazon SDK已经内置了重试功能。