以下是Luxury Link技术总监Chris Holland的客座博客文章。Luxury Link从2013年3月开始使用CloudFlare的Railgun加速技术。2013年3月，我们开始测试Railgun，并在我们的三个网站上慢慢推广。我们看到了立竿见影的效果。首先，我们看到检索未缓存的HTML文档的时间会立即缩短，而且作为电子商务的web属性，每毫秒都很重要。使用Railgun，我们的主页（位于加利福尼亚州洛杉矶）的HTML从美国东海岸加载速度提高了40%。我们在伦敦进行的测量显示，速度提高了2倍，这对于我们定位为旅游业的全球参与者来说是非常宝贵的。第二，我们看到来自原始web服务器的出站带宽减少。由于Railgun在源服务器和CloudFlare的数据中心之间进行压缩，我们对带宽的需求大大减少。这对我们的业务尤其重要，因为突发性的交通高峰是司空见惯的。我们曾尝试过顶级cdn提供的其他动态加速产品，但效果并不理想，而且它们的成本比CloudFlare业务计划高出许多。轻描淡写地说，铁路炮相当令人印象深刻。带宽：前后我们暗中怀疑Railgun的delta压缩算法可能会对数据中心的出站带宽消耗产生显著影响。事实上，这不仅仅是显而易见的！在下面的图表中，绿线显示了我们在六个月内的出站带宽消耗。你可以看到，在我们3月份开启轨道炮之前，有很多尖刺。三月之后，尖峰消失了。

需要注意的是，无论是否启用了Railgun，我们所有的HTML文档都是使用gzip编码交付的。我们所有的图像、样式表和脚本都缓存在CloudFlare数据中心中；因此它们几乎不考虑出站带宽消耗。大体上说，我们的出站带宽消耗完全由检索未缓存的HTML文档组成。对我们来说，这就是为什么Railgun在传统CDN优势的基础上做出如此大的改变。Railgun正在加速和压缩站点中普通CDN无法处理的部分。通过加速"不可缓存"HTML页面的交付，我们的访问者可以获得更好的响应时间，并且可以看到出站带宽的大幅减少。轨道炮前的带宽：入站与出站比率此图显示了2013年2月6日，在我们引入Railgun之前，入站（橙色线）和出站（绿线）带宽。它向我们展示了一个非常典型的故事：与特定的电子邮件活动相关的流量出现了戏剧性的峰值。

数据显示，我们的出站带宽是入站带宽的5倍到10倍。这是gzip处理的HTTP流量的典型特征，主要服务于HTML：入站流量由HTTP请求组成，其中大多数请求可以容纳一两个数据包，而出站流量则由响应这些请求的所有实际HTML文档组成。我们的峰值流量通常来自于向用户发送一些我们最大的HTML文档的电子邮件活动，这就是为什么我们更有可能以10:1的比例进入。非高峰出站流量仍然是入站流量的5倍左右，反映出更为有机的浏览方式带来的较小HTML文档的较长尾部。轨道炮带宽：入站与出站比率下一步看看这张2013年5月8日的图表，CloudFlare Railgun在我们的网站上运行：

当许多用户访问少量类似的uri时，Railgun就会发光，这是我们峰值流量的模式。尽管每个用户返回的文档在细微的方面是不同的，但这些独特的微妙之处是离开我们数据中心的唯一信息。想想"diffs"。Railgun基本上使我们的峰值变平：从10:1到1:1，我们的峰值出站流量是Railgun之前的1/10。非高峰出站流量，也就是长尾巴的有机浏览，也从没有Railgun的5:1比例下降到了3:1。国际扩张在努力实现平台国际化之后，我们非常激动地在7月4日之前在英国推出我们的网站：。随着我们在国际上的扩张，我们的受众将继续从我们位于加利福尼亚州洛杉矶的数据中心的地理位置上增长，Railgun将通过确保更少的数据在不断增加的距离上传输而产生更大的影响。我们的英国网站也有Railgun的支持。试试看虽然Railgun可能会对基于传输uri和文档异构性的每个应用程序产生不同的影响，但我们的观察结果表明，对大多数web应用程序的影响将介于"显著"和"难以置信"之间看看这些数字，Railgun应该对云托管公司具有极大的吸引力，比如使用Heroku、AWS或Rackspace云等服务的用户，以及任何为其应用程序传入和传出的每一个字节付费的人。展望未来我希望有一天能看到Railgun的"边缘代理"实现为Chrome、Firefox或Safari扩展。目前，虽然在百分比方面非常重要，但最终用户对Railgun的加速只有一点点"感觉"：完整的HTML文档仍然从CloudFlare的边缘发送给最终用户。想象一下有一天，这种"差异化"技术被引入web浏览器，当你浏览一个web属性时，它会变得更快，因为你很少会为一个给定的请求检索完整的HTML文档，而是一个小的HTML片段，它可以放在一个包中。设想CloudFlare平台提供的可能性可能是一项全职工作。今天，互联网的变革性已经远远超过了我们自己。当然是对我们来说。