我正在尝试使用最小configuration（HTTP 80 – > 3000）的ELB，以及仅一个EC2实例。
（我知道通常情况下，至less会有两个EC2实例，但我只是在评估ELB。）
我注意到，在这个设置下（我假设我已经正确configuration – 也许我错过了一些东西），响应时间将会像我指定的“空闲连接超时”设置一样慢。
例如，如果设置为30秒，我访问elb-XXXXXXXXX.eu-west-1.elb.amazonaws.com ，我的浏览器将不得不等待30秒来加载页面。
同样的2，5，60秒。
设置为1秒，我不必等待整整一秒，但我可以不断地重新请求页面（即保持刷新键盘快捷键保持），我看到没有打嗝。
因此，将设置保持1秒可能是诱人的 – 虽然这是可取的吗？
如果在ELB后面只有一个EC2实例，可以使用推荐设置（60秒），而不会出现缓慢？
显然，应用程序服务器（我的情况是Unicorn）一般不能直接与ELB直接对话 – 它必须在高度专用的HTTP服务器（如Nginx）后面进行。 这对于提供静态文件尤其如此 – 人们不希望这些文件被Ruby提供服务！
独angular兽特别是假设“快速客户”，保证只有nginx才能完成 – 而不是ELB。
这样做解决了我的问题。