在Amazon CloudFront中支持动态内容

||评论()

在过去的三年半里,Amazon CloudFront已经改变了内容交付的格局。它证明了CDN的使用并不需要复杂到需要昂贵的合同、最小的承诺或预付费用,这样你就会被迫长时间锁定在一个供应商。CloudFront是简单、快速和可靠的,采用的是通常的即用模式。只需单击一次,就可以以低延迟和高可靠性将内容分发给客户。

今天,Amazon CloudFront在易用性方面又向前迈进了一大步。它现在支持交付包含静态对象和动态内容的整个网站。CloudFront上与这些特性使它尽可能简单为客户使用CloudFront加快交货的整个动态网站运行在Amazon EC2 / ELB起源(或第三方),无需担心,url应该指向CloudFront哪些应该直接转到原点。

动态内容的支持

上个月CloudFront团队宣布将客户可以设置的对象的最小时间降至0秒,以支持动态内容的交付。除了TTLs之外,客户还需要一些其他功能来通过CloudFront交付动态网站。CloudFront今天发布的第一组特性包括:

多个起源服务器:为CloudFront下载发行版指定多个源服务器(包括默认源)的能力。当客户希望对不同类型的内容使用不同的源服务器时,这很有用。例如,Amazon S3 bucbetway88体育官网ket可以用作静态对象的原点,Amazon EC2实例可以用作动态内容的原点,所有这些前端都使用相同的CloudFront分布域名。当然,非aws起源也被允许。

基于查询字符串的缓存:能够将查询字符串参数作为对象缓存键的一部分。客户将有一个开关来打开查询字符串'on'或'off'。当关闭时,CloudFront的行为将和现在一样——也就是说,CloudFront不会将查询字符串传递给原始服务器,也不会将查询字符串参数作为对象缓存键的一部分。当查询字符串被打开时,CloudFront将把完整的URL(包括查询字符串)传递给原始服务器,并使用完整的URL在缓存中唯一地标识一个对象。

基于URL的配置:能够根据URL路径模式配置缓存行为。每个URL路径模式将包括一组与其关联的缓存行为。这些缓存行为包括目标源、打开/关闭查询字符串的开关、私有内容的可信签名者列表、查看器协议策略,以及CloudFront为URL路径模式应用的minTTL。请参阅本文结尾处的图形以获得一个示例配置。

更多新功能

除了这些特性之外,CloudFront团队还实现了其他加速内容交付的功能,但所有客户都将在无需额外配置的情况下默认获得这些好处。这些性能优化可用于通过CloudFront交付的所有类型的内容(静态和动态)。具体地说:

最优TCP窗口。所有CloudFront主机都增加了TCP initcwnd,以最大限度地利用边界和查看器之间的可用带宽。这是除了现有的优化之外的,这些优化包括将查看器路由到边缘位置,为该用户提供最低的延迟,以及与客户机的持久连接。

到源的持久连接。通过保持长时间的持久连接,从CloudFront边缘位置到源位置的连接得到了改进。这有助于减少每个新查看器从边缘到原点的连接设置时间。当查看器远离原点时,这对于最小化查看器和原点之间的总延迟更为有用。

选择最好的AWS区域进行原产地获取。当客户在AWS中运行他们的起源时,我们希望我们从每个CloudFront边缘到各个AWS区域的网络路径将以更少的包丢失表现得更好,因为我们可以监控和优化这些网络路径的可用性和性能。另外,开发人员可以在不同的路由区域中使用基于路由的服务器53的可选配置。然后,每个CloudFront edge位置将转到“最佳”AWS区域进行原点提取。而Route 53已经非常清楚哪个CloudFront主机位于哪个边缘位置(这是我们在两个服务之间构建的集成)。这有助于进一步提高性能。必威体育精装版app官网

Amazon CloudFront正在以令人难以置信的速度扩展it功能和特性。令我特别兴奋的是,这些特性可以帮助客户通过一个发行版同时交付静态和动态内容。CloudFront忠于自己的使命,让内容分发网络使用起来非常简单,现在他们也为动态内容做了同样的事情。

有关详细信息,请参阅CloudFront详细信息页面以及在AWS开必威体育精装版app官网发者的博客

评论

博客评论Disqus