指向www CDN(Akamai)

为什么有人将(CNAME)www.example.com指向cdn?
当我在Etsy上运行主机时,我得到了一个

[c]$ host www.etsy.com www.etsy.com is an alias for www.etsy.com.edgekey.net. www.etsy.com.edgekey.net is an alias for e2463.b.akamaiedge.net. e2463.b.akamaiedge.net has address 184.85.74.37 

 [c]$ host etsy.com etsy.com has address 38.106.64.20 etsy.com mail is handled by 10 mxin.mxes.net. 

为什么有人会这样做?

因为CDN'ing www是一件好事(TM)。

我们在www.huffingtonpost.com这样做,它有利于卸载约90%的所有http请求到我们的网站(不是估计,来自图表)。 如果开发人员只是使用一些基本的技巧,如阿贾克斯加载个人dynamic的东西和追加时间戳或svn结帐号码作为一个“只是为了使url独特”价值即使90 +%边缘卸载即时发布。

任何合理的高stream量网站将build立一个HTTPcaching层。 问题是你build立和地理上共同定位你自己的鱿鱼/清漆服务器集群,或者你写一个检查akamai / cotendo /等来做到这一点。

这个“地理”部分也是关键。 互联网延迟有80 – 100ms跨越美国大陆。 如果您的网站位于东海岸,那么对您的西海岸用户来说就是一个巨大的拖累。

将CNAME http://www.etsy.com作为委托forms的CDN,以便该CDN的全球stream量pipe理服务(在这种情况下为Akamai)可以确定查询www.etsy.com的DNSparsing器的位置,并返回从他们的CDNnetworking的最近的边缘。

对于Akamai,我认为通过自己的networking的域名是* .edgekey.net和* .edgesuite.net。 在这种情况下,返回的IP地址将由CDN拥有。

您也可以将CNAMElogging到最终parsing为您拥有的IP地址的logging。 这种情况纯粹是考虑到stream量pipe理,你不能一起“cachingnetworking善良”。 如果您在多个地理位置拥有存在/容量,并且只需要一个GTM系统将最近的Alogging交给查询www.example.com的用户,则此类设置的优势非常有用。 对于Akamai,AFAIK以.akadns.net结尾的所有域名都是GTM。

实现地理故障转移的另一种方式是通过任意广播,但这超出了这个问题的范围。

关于为什么etsy.com指向他们拥有的Alogging:您不能CNAME基本域logging。 如果你想在这样的基础域上容错,你可以把这个域委托给你的CDN,但是你要交出所有权,我不认为在这种情况下etsy是想要的。 所以,他们把这些东西指向他们的一个位置,并把用户转到他们的www主机来使他们通过Akamai。

如果38.106.64.20宕机,etsy.com将会失败,但只要etsy在www域后面有多个出处,www.etsy.com将继续工作。

非www指向不同服务器的原因是因为您不能将裸域parsing为CNAME。 它有时可能有效,但它没有官方的支持。 这就是为什么大多数公司将裸域redirect到www,所以裸域只需要一个相当轻量级的web服务器,即使是很多的请求。

www.etsy.com只是301redirect到www.etsy.com ,请求由CDN处理。

它可能不是传播负载的最佳方法,但我猜他们的系统pipe理员将www。*子域设置为指向CDN,以便任何尖峰将由该处理,并假设etsy的人口统计,我会说大多数人访问该网站将把www的前面。

至于为什么非WWW etsy指向不同的服务器?

我会说,对于其他子域,他们都指向一个(或两个)服务器,以提高识字率的用户和任务。

看@埃里克答的回答,我会说这个和我的一致。 因此,如果pipe理员访问(例如)admin.etsy.com,它将转到单个服务器,而如果该请求首先转到cdn,如果CDN出现问题,那么pipe理员用户都不能login而不知道IP地址。