Apontando www para um CDN (Akamai)

Question

Por que alguém apontaria (CNAME) www.example.com para um cdn?
Quando eu executo o host no Etsy, recebo um

[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 

enquanto

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

Por que alguém faria isso?

    

Answer 1

Porque o CDN'ing www é uma coisa boa (TM).

Fazemos isso em www.huffingtonpost.com, o que é bom para descarregar ~ 90% de todos os pedidos de http para o nosso site (não uma estimativa, vem dos gráficos). Se os desenvolvedores usarem apenas um punhado de truques básicos, como carregamento dinâmico de ajax para indivíduos e acréscimo de timestamps ou números de checkout do svn para urls como um valor "apenas para tornar a URL única", você pode obter publicação instantânea mesmo com 90 +% de descarregamento de borda .

Qualquer site de tráfego razoavelmente alto criará uma camada de cache http. A questão é que você constrói e geo-co-localiza seus próprios clusters de servidores de squid / verniz, ou você escreve um cheque para o akamai / cotendo / etc para fazê-lo.

Essa parte "geo" também é importante. Há 80 - 100ms de latência na internet para atravessar os estados unidos continentais. Isso é um grande obstáculo para os usuários da costa oeste se o seu site estiver hospedado na costa leste.

    

Answer 2

Seria CNAME www.etsy.com para um CDN como uma forma de delegação para que o serviço Global Traffic Management desse CDN (Akamai, neste caso) possa determinar a localização do resolvedor de DNS consultando www.etsy.com. e retorne a borda mais próxima de sua rede CDN.

Para a Akamai, acho que os domínios que passam por sua própria rede são * .edgekey.net e * .edgesuite.net. Nesse caso, o endereço IP retornado será de propriedade do CDN.

Você também pode CNAME para um registro que eventualmente resolve um endereço IP que você possui. Tais casos são puramente considerados para o Gerenciamento de Tráfego e você não obtém 'cache de bondade de rede' junto com ele. A vantagem de tal configuração é útil quando você tem presença / capacidade em vários locais geográficos e precisa apenas de um sistema GTM para entregar o registro A mais próximo a um usuário que consulta www.example.com. No caso de Akamai, AFAIK todos os domínios com .akadns.net são apenas para GTM.

Outra maneira de obter o failover geográfico é por meio de anycasting, mas isso está além do escopo desta questão.

Sobre o motivo pelo qual etsy.com aponta para um registro A de propriedade deles: você não pode registrar registros de domínio base CNAME. Se você quiser tolerância a falhas em um domínio base como esse, você pode delegar esse domínio para seu CDN, mas então você está entregando propriedade, o que eu não acho que etsy queira. Então, eles corrigem as coisas apontando para uma das suas localizações e enviando os usuários para o seu host www para fazê-los passar pela Akamai.

Se o 38.106.64.20 cair, o etsy.com falhará, mas o site www.etsy.com continuará funcionando, desde que o etsy tenha mais de uma origem por trás do domínio www.

    

Answer 3

O motivo pelo qual o não www aponta para um servidor diferente é porque você não pode ter seu domínio nu resolvido para um CNAME. Pode funcionar às vezes, mas não é oficialmente suportado. É por isso que a maioria das empresas redirecionará o domínio nu para o www e, portanto, o domínio sem cobertura precisa apenas de um servidor da Web bastante leve, mesmo para muitas solicitações.

    

Answer 4

etsy.com apenas faz um 301 redirecionar para www.etsy.com , onde a solicitação é tratada pelo CDN.

    

Answer 5

pode não ser o melhor método para espalhar a carga, mas acho que o sysadmin configurou o subdomínio www. * para apontar para o CDN, de modo que quaisquer picos serão manipulados por isso, e assumindo a demografia do etsy, eu diria a maioria das pessoas que visitam esse site estaria colocando o www na frente.

como por que o não-www etsy aponta para um servidor diferente?

Eu diria que, para outros subdomínios, todos eles apontam para um (ou dois) servidores para usuários e tarefas mais alfabetizados.

Olhando a resposta do @ ErikA, eu diria que isso concorda com o meu. Então, se um administrador visitasse (por exemplo) o admin.etsy.com, ele iria para o servidor único, enquanto se esse pedido fosse primeiro para o cdn, se houvesse um problema com o CDN, nenhum dos usuários administrativos poderia login sem saber o endereço IP.