用于SNS通知的AWS多区域架构

Question

我们正在为我们的应用程序尝试多区域体系结构。它由多个客户端使用。

我们使用aws复制数据库（s3和dynamodb），它解决了数据可用性问题。

我们使用SNS在数据发生任何更改时通知客户，但我找不到任何跨区域消息复制的好模式。

以下是我们必须牢记的几点考虑/要求

>

客户端应该能够获得所有的通知，即使它们只在一个区域中。

应用程序应继续工作，即使一个区域下降。如果可能的话，当区域出现时，可以重播消息。

以下是我们脑海中浮现的一些有利和不利的方法。

>

EC2服务器写入两个区域

优点。

A.要求1很容易满足。

欺骗。

A.不确定这是否可行，因为没有医生建议这样做。

B如果一个区域关闭，将无法重播消息。

C写入两个区域时的延迟。

具有一个lambda函数来写入两个区域。因为lambda函数可以订阅跨区域sqs和sns。我们可以在两个区域中使用lambda函数，监听另一个区域的sns/sqs，然后写入其自己区域的sns。

赞成的意见：

A.需求1已解决。

b<如果我们使用sqs而不是sns，则del>要求2得到解决。如果区域关闭，消息将在队列中保留一段时间，并且每当区域出现时，消息将被重播。跨区域sqs订阅是不可能的，lambda函数必须订阅sns。

欺骗：

A.跨区域权限意味着在cloudformation中硬编码，不确定cloudformation是否支持从其他区域导入。

Blambda函数的代价。（尽管这将是最低限度的）

而不是写入sns，我们写到Dynamodb，并使用Dynamodb全局表和流在这两个区域发送通知。

优点。

A.需求1已解决。

B.需求2解决了，因为Dynamodb复制将负责复制消息。

欺骗。

A.昂贵的解决方案。

你能不能建议我如果错过了什么或者其他的模式，我们应该考虑什么？

考虑到以上可能的方法，我倾向于方法2，

Answer 1

我们最终用这种方法解决了这个问题

>

一个lambda函数被订阅到队列中。

Lambda函数写入两个区域的sns。

通过这种方式，我们可以在发送消息之前引入延迟和一些预处理。然而，最好的解决方案是使用dynamodb流生成消息（不是新的dynamodb表，而是从我们正在写入数据的表中生成），因为这意味着当我们在一个特定区域发送消息时，数据已经被复制。