我正在使用t2.micro实例向S3上托管的前端提供请求。有趣的是，90％的用户都可以得到回复。但是，有10％的人无法得到任何回复。其中一些用户处于企业环境中。
我有机会查看我朋友的Chrome开发工具（在我们的前端使用）并看到了一个奇怪的行为，没有回复任何回复。然后，我直接向端点发送了一个get json请求。从那时起，一切都开始起作用了。最近，一个企业的潜在早期采用者尝试了我们的原型，同样的事情再次发生。这一次，我没有那么幸运，并从用户那里得到了很好的演讲。 ：（
我尝试在线搜索大量可能性。我只想出2： （i）一些防火墙阻止从EC2地址发回的响应（我还没有使用Route 51来附加我们的域名） （ii）存在某种路由问题
如果您认为这些是发生事故的充分理由，请告诉我如何解决这些问题。否则，我可以采取哪些调试步骤？
您可以在此处找到我们的网站： http://resohub.s3-website-us-east-1.amazonaws.com/ 并测试你是否有同样的问题。
更新
（a）t1.micro中的错字。我正在使用t2.micro。
（b）我的请求非常低/秒。
（c）我知道这不是一个应用程序问题，原因有两个。一，我总是每天使用自己的网络应用程序。它从来没有给我任何问题。二，我有服务器日志，我根本没有看到任何错误。尽管如此，为了以防万一，我将添加更多日志消息。
（d）我知道一旦用户在时间t没有收到服务器的回复，它将无法从那里收到任何回复。只是强调，在一个案例中，我能够通过要求我的朋友直接向端点请求来解决这个问题。
（e）我每天都吃自己的狗粮。我看到它很慢但不是我的用户告诉我结果永远不会返回的情况。用户面临10％结果的问题永远不会被退回。答案 0 :(得分：0)
您最终是否看到了请求（在服务器日志中）？你有日志服务器端吗？
不得不猜我会告诉你看看：http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances.html
关于CPU学分的部分。在这一点上预感，但是：如果你暂时不使用它，它可以正常工作。如果你开始把它放在重负荷下，你就会开始体验这个。