处理高流量的最佳服务器解决方案是什么？
What's the best server solution to handle high traffic?
要求
应该有一个 Web 服务，它将一些数据插入 table。
该服务应该能够每秒处理 800 到 900 个请求。我们只是收到一个 POST 请求，所以我们将数据插入到 table.
我们想到的解决方案
我们想到了 Amazon 无服务器解决方案 - AWS Lambda
- 在 Amazon RDS 中创建 MariaDB
- 创建一个 Amazon Lambda 函数来访问数据库并插入数据（可能在 Node.js 中）
- 在 Amazon API 网关中配置 POST 方法来访问我们的 Lambda 函数，然后我们调用 url 来访问 Lambda 函数
我们的解决方案能否达到要求，流程或我们使用的服务是否存在瓶颈？？
有没有更好的解决方案来处理这种流量？
其他要求
我们需要分析通过 Lambda 函数收集的数据。
为此，我们计划将数据移动到不同的 table 并且此数据迁移部分每天发生一次（可能在非高峰期）。处理此数据迁移的最佳方法是什么？
看来您的设计是 API 网关 -> Lambda -> 数据库。
Amazon API Gateway 具有高度可扩展性，可轻松满足您的需求。您还可以实施 限制规则 以确保客户不会滥用您的 API.
AWS Lambda 也具有高度可扩展性。有 1000 个并发 Lambda 函数执行的默认限制，但如果超过此数量，它们将自动排队（例如，如果您的函数需要几秒钟才能完成）。
一般来说，SQL 数据库无法保证性能。查询可以简单也可以复杂，如果没有 运行 大量负载测试，很难预测性能。
但是，Amazon DynamoDB 是一个没有SQL 的数据库，您可以在其中准确配置您需要的每秒读取和写入次数。它还允许有限的突发超过此限制，并能够自动缩放以全天改变性能。
缺点是很难对 NoSQL 数据库中的数据进行性能分析，因此您可能希望将其导出到传统的 SQL 数据库（例如 MySQL) 或 Amazon Elasticsearch Service.
上的 ELK 堆栈
要求
应该有一个 Web 服务，它将一些数据插入 table。 该服务应该能够每秒处理 800 到 900 个请求。我们只是收到一个 POST 请求，所以我们将数据插入到 table.
我们想到的解决方案
我们想到了 Amazon 无服务器解决方案 - AWS Lambda
- 在 Amazon RDS 中创建 MariaDB
- 创建一个 Amazon Lambda 函数来访问数据库并插入数据（可能在 Node.js 中）
- 在 Amazon API 网关中配置 POST 方法来访问我们的 Lambda 函数，然后我们调用 url 来访问 Lambda 函数
我们的解决方案能否达到要求，流程或我们使用的服务是否存在瓶颈？？
有没有更好的解决方案来处理这种流量？
其他要求
我们需要分析通过 Lambda 函数收集的数据。 为此，我们计划将数据移动到不同的 table 并且此数据迁移部分每天发生一次（可能在非高峰期）。处理此数据迁移的最佳方法是什么？
看来您的设计是 API 网关 -> Lambda -> 数据库。
Amazon API Gateway 具有高度可扩展性，可轻松满足您的需求。您还可以实施 限制规则 以确保客户不会滥用您的 API.
AWS Lambda 也具有高度可扩展性。有 1000 个并发 Lambda 函数执行的默认限制，但如果超过此数量，它们将自动排队（例如，如果您的函数需要几秒钟才能完成）。
一般来说，SQL 数据库无法保证性能。查询可以简单也可以复杂，如果没有 运行 大量负载测试，很难预测性能。
但是，Amazon DynamoDB 是一个没有SQL 的数据库，您可以在其中准确配置您需要的每秒读取和写入次数。它还允许有限的突发超过此限制，并能够自动缩放以全天改变性能。
缺点是很难对 NoSQL 数据库中的数据进行性能分析，因此您可能希望将其导出到传统的 SQL 数据库（例如 MySQL) 或 Amazon Elasticsearch Service.
上的 ELK 堆栈