在API网关中创建REST API并将数据馈送到Kinesis Stream是正确的设计

Question

我们计划在AWS上创建大量实时摄取系统。 Kinesis stream是我们的首选。将有我们的多个合作伙伴将推动实时数据。在当前体系结构中，我们公开了REST API。但是，如果我们引入kinesis流，是否仍应使用将向我们的合作伙伴公开的代理API，并在内部将数据推送到Kinesis流？

以下是一些考虑因素：

1. 将要求这些API与我们的Kinesis流一起扩展，这会在吞吐量方面造成任何问题。
2. 我们还将验证数据并返回4xx状态数据无效。
3. 有多个合作伙伴，他们以不同的格式发送数据，我们必须将其更改为通用格式。

我们正在考虑创建多个API网关终结点，每个终结点都针对不同的合作伙伴。该端点不仅是传递给Kinesis的通道，而且还将验证数据并将结果吸收到Kinesis后立即返回2xx或4xx。

可以在API网关中执行数据验证吗？

您在此设计中看到任何挑战或更正吗？

预先感谢