Http 持久TCP连接/连接池-Amazon CloudFront

Http 持久TCP连接/连接池-Amazon CloudFront,http,tcp,cdn,amazon-cloudfront,Http,Tcp,Cdn,Amazon Cloudfront,我已经看到了CloudFront的持久TCP连接/连接池功能的参考资料,我想确切地了解这意味着什么,以及它可能提供多少好处 我假设这些归结为HTTP Keep-alives的使用,并且此持久性的持续时间将由源控制(例如,对于Keep-alive连接,IIS的默认值为2分钟)?或者连接池方面是额外的吗?它指的是重复使用CDN和源服务器之间的连接;来自不同用户的请求可能通过CDN和源站之间的同一连接发送。@symcbean so Persistent TCP Connections/connecti

我已经看到了CloudFront的持久TCP连接/连接池功能的参考资料,我想确切地了解这意味着什么,以及它可能提供多少好处


我假设这些归结为HTTP Keep-alives的使用,并且此持久性的持续时间将由源控制(例如,对于Keep-alive连接,IIS的默认值为2分钟)?或者连接池方面是额外的吗?

它指的是重复使用CDN和源服务器之间的连接;来自不同用户的请求可能通过CDN和源站之间的同一连接发送。@symcbean so Persistent TCP Connections/connection pooling=HTTP Keep alives?我还假设每个服务器的连接重用是CloudFront(不在CloudFront服务器之间共享)。不,持久TCP连接=HTTP保持有效,HTTP/1规范没有解决连接池问题。x@symcbean谢谢你的澄清。我猜池只是一个保持活动连接池——这些连接将持续到源服务器的默认保持活动超时设置;来自不同用户的请求可能通过CDN和源站之间的同一连接发送。@symcbean so Persistent TCP Connections/connection pooling=HTTP Keep alives?我还假设每个服务器的连接重用是CloudFront(不在CloudFront服务器之间共享)。不,持久TCP连接=HTTP保持有效,HTTP/1规范没有解决连接池问题。x@symcbean谢谢你的澄清。我猜池只是一个保持活动连接池——这些连接将持续源服务器的默认保持活动超时设置。