Amazon web services t2.micro可以处理的流量

如何估计t2.micro这样的实例每秒或并行处理的页面浏览量？我知道这取决于数据库查询、模板处理等，但我需要一些保守的估计或真实世界的示例，仅供参考。

如果您尝试将典型的VPS类型思维过程应用于AWS，您将遇到问题。AWS的优点之一是你有弹性。举一些例子，然后在需求增加时添加更多。混合了一个可以极大地帮助自动处理需求（虽然它不能很好地处理意外的峰值流量，但是如果你想处理这个问题，你只需要准备很多备用实例）

您不想让t1.micro直接为请求提供服务的一个原因是，速度慢的客户端可能占用可用于连接数据库的套接字。这就是为什么你让ELB来处理客户，这样你就不必处理这个问题了。另外，您可以处理的客户端数量将在很大程度上取决于可用套接字的数量、可用资源、您安装的web服务器类型等

如果您提供的是静态文件，那么只需使用S3，可能与CloudFront混合使用即可。对于处理在数据库上执行CRUD操作的简单API调用，只需使用。因为Lambda和API网关都会随着需求而扩展，所以您不必太担心页面浏览量问题

---

由于AWS的工作方式和人们如何利用它，你很难找到问题的直接答案。

这个问题有点毫无意义，你已经设法准确地指出了原因。另外，您想使用Cloudfront吗？不网页中有多少是脚本？可悲的是，这完全没有意义！你说你知道这要看情况而定，但你却在问答案。如果你在为静态页面提供服务，或者做一些繁重的查询，答案将会大不相同。测试它的最好方法是部署你的应用程序或你的应用程序将要做什么的模型，并对端点进行压力测试，以查看其性能。我知道这取决于情况，问题是我需要提前做出一些估计（还没有代码），并且没有这方面的经验，因此我在这里向已经具备专业知识的人寻求一些指导。我不指望你拿出一个数字来，因为变量太多了，你甚至都想不出一个有意义的答案。即使你有例子或参考点，这些数字的有用性也是虚幻的。将您的应用程序放在一个平台上并对其进行基准测试，特别注意CPU信用余额指标随时间的变化。一旦平衡耗尽，您就可以观察机器在连续（非突发）的基础上可以维持多少流量。在此之前，您只观察峰值/突发能力，而不是静态内容，因此S3和CDN是不够的。我在考虑lambdas vs ec2实例，这对于处理http流量会更好，但lambdas是无状态的，因此无法缓存任何内容，对吗？@ArekBulski嗯，如果您确实需要，Lambda可以与其他服务交互。DynamoDB、Elasticache、RDS、S3都是您可以存储东西以备以后使用的示例。这完全取决于你所期望的状态。