Passei por esta página nos documentos do Heroku ...
Os domínios nus, também chamados de domínios bare ou apex, são configurados no DNS por meio de registros A e têm sérias implicações de disponibilidade quando usados em ambientes altamente disponíveis, como grandes datacenters locais, serviços de infraestrutura em nuvem e plataformas como Heroku.
Para máxima escalabilidade e resiliência, os aplicativos devem evitar domínios simples e, em vez disso, confiar apenas em nomes de host baseados em subdomínios.
Alguém aqui fala Enterprise? Quais são as "implicações de disponibilidade" sobre as quais estão alertando?
(Percebo que http://stackoverflow.com não funciona, por isso, evidentemente, existem filosofias alternativas viáveis sobre esse assunto.)
.domain.com(curinga, usado se o domínio raiz)). Você pode contornar isso servindo ativos de um domínio diferente (o SE usa sstatic.net ) para evitar o subdomínio hediondo www.ALIAS(ouANAMEregistra) na sua página?Respostas:
O que eles estão falando é que, quando você usa a
CNAMEpara apontar para os serviços deles (o que é possível apenas no subdomínio, não na raiz da zona - ele não pode coexistir com os registrosSOAeNSnecessários na raiz da sua zona), eles podem alterar seus próprios registros DNS para solucionar algum tipo de problema de disponibilidade.Com uma raiz de zona, você deve usar um
Aregistro para apontar para um endereço IP específico para o serviço. Se eles tiverem um problema com o roteamento ou algum tipo de negação de serviço em relação a esse endereço específico, não poderão atualizar oAregistro da sua zona para apontar para um IP diferente em tempo real; eles podem atualizar seus próprios, no entanto, e é isso que osCNAMEpermite fazer.Isso não se aplica ao Stack Exchange porque eles não estão usando a plataforma de terceiros; eles responderão a um problema de disponibilidade; portanto, se é um
CNAMEouAnão, não faz diferença para eles.fonte
ALIAS(ouANAME) registros?Aregistro atual do destino e, em seguida, atendê-lo novamente em resposta a uma consulta para esse nome. Eles são projetados essencialmente para resolver esse problema exato, portanto são definitivamente apropriados para esse caso.CNAMEconfiguração em um subdomínio.Como complemento à resposta do @ ShaneMadden, uma solução alternativa é a plataforma de terceiros também gerenciar sua zona DNS. Por exemplo, se você usar o serviço Elastic Load Balancer da AWS e o serviço DNS do Route 53 , poderá apontar com segurança o ápice da zona em uma instância ELB usando seus registros de alias personalizados , o que lhes permitirá atualizar sua zona DNS em resposta a problemas de disponibilidade.
No entanto, este é um argumento contra o conceito no-www , pois
www.example.compode ter umCNAMEregistro.fonte