如何解决具有SQS的DynamoDB的后备
我们有一个同步的REST终结点,除了将项目保存到DynamoDB数据库外,它还会执行其他处理。
如果数据库保存由于任何类型的异常而失败,则要求不要出错。
我们如何处理整个区域中dynamo db停机的情况(很少见,但可能)。将其发布到SQS是否是正确的模式,并通过ping(ListTables或ping)将其单独的进程消耗并保存到DynamoDB )。
我们应该回退到另一个地区还是发布到SQS?是否值得使用resilience4j断路器模式?
解决方法
使API简单地将请求排队到SQS是一种常见的模式。这具有许多好处,例如允许更高的吞吐量,使生产者和使用者分离以及更好的容错能力。
这将是一个很好的设计,但是您的REST API将不再是同步的,并且调用方将不太清楚该操作是否已成功处理,因此您可能需要添加另一个端点来获取请求的状态。
我对resilence4j断路器不是很熟悉,但这可能不是必需的,因为如果这是您要寻求的主要好处,那么Amazon SDK已经内置了重试功能。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。