Amazon web services 什么'；处理高流量的最佳服务器解决方案是什么？ 要求

应该有一个web服务，它在其中向表中插入一些数据。 该服务应能每秒处理800到900个请求。我们只需得到一个POST请求，就可以将数据插入到表中

我们想出的解决办法 我们考虑使用Amazon无服务器解决方案—AWS Lambda

• 在amazonrds中创建MariaDB
• 创建AmazonLambda函数以访问数据库并插入数据（可能在Node.js中）
• 在AmazonAPI网关中配置POST方法以访问Lambda函数，然后获取调用url以访问Lambda函数

我们的解决方案能否满足我们的要求，在我们使用的流程或服务中是否存在任何瓶颈？？

有没有更好的解决方案来处理这种流量？

附加要求 我们需要分析通过Lambda函数收集的数据。

---

为此，我们计划将数据移动到另一个表中，此数据迁移部分每天进行一次（可能在非高峰期间）。处理此数据迁移的最佳方法是什么？

您的设计似乎是API网关->Lambda->数据库

亚马逊API网关具有高度可扩展性，可以轻松满足您的需求。您还可以实现限制规则，以确保客户端没有滥用您的API

AWS Lambda也具有高度可扩展性。默认限制为1000次并发Lambda函数执行，但如果超过此数量，它们将自动排队（例如，如果函数需要几秒钟才能完成）

一般来说，SQL数据库不能保证性能。查询可以是简单的，也可以是复杂的，如果不运行大量负载测试，很难预测性能

但是，Amazon DynamoDB是一个NoSQL数据库，您可以在其中精确配置每秒所需的读写次数。它还允许有限的突发超过这一限制，并能够自动缩放，以改变整个一天的性能

---

缺点是很难对NoSQL数据库中的数据进行性能分析，因此您可能希望将其导出到传统SQL数据库（如MySQL）或亚马逊Elasticsearch服务上的ELK堆栈中

您的设计似乎是API Gateway->Lambda->数据库

亚马逊API网关具有高度可扩展性，可以轻松满足您的需求。您还可以实现限制规则，以确保客户端没有滥用您的API

AWS Lambda也具有高度可扩展性。默认限制为1000次并发Lambda函数执行，但如果超过此数量，它们将自动排队（例如，如果函数需要几秒钟才能完成）

一般来说，SQL数据库不能保证性能。查询可以是简单的，也可以是复杂的，如果不运行大量负载测试，很难预测性能

但是，Amazon DynamoDB是一个NoSQL数据库，您可以在其中精确配置每秒所需的读写次数。它还允许有限的突发超过这一限制，并能够自动缩放，以改变整个一天的性能

---

缺点是很难对NoSQL数据库中的数据进行性能分析，因此您可能希望将其导出到传统SQL数据库（如MySQL）或亚马逊Elasticsearch服务上的ELK堆栈中

为什么不使用Dynamo？RDS将在某个时候出现瓶颈。为什么不使用Dynamo？RDS将在某个时候出现瓶颈。