os domínios (e registros) do Apex devem ser evitados?

Question

Estou criando um aplicativo hospedado no Heroku. Heroku sugere que Domínios do Apex são uma péssima idéia - eles sugerem o uso de registros CNAME e um serviço de solução alternativa como Zerigo ou DNSSimple. No entanto, todos os outros hosts que eu usei parecem não ter nenhum problema com isso. O EngineYard está incluído nessa lista e também é hospedado no Amazon EC2.

Devo evitar o uso de registros A em favor do uso de CNAMEs com uma solução Zerigo no futuro? Isso é realmente apenas uma preocupação para aplicativos de alta disponibilidade? Heroku está apenas sendo paranóico?

    

Answer 1

Eu consideraria esse texto do Heroku vinculado como relevante apenas para serviços hospedados pelo Heroku e tipos similares de provedores e não acho que seja relevante, por exemplo. para um domínio que você hospeda em um servidor físico (ou uma VM em seu próprio host KVM / Xen / ESXi).

No contexto Heroku, você não controla onde o seu serviço é executado e o Heroku quer a flexibilidade para mover coisas sem quebrar os sistemas do cliente. Para isso, o uso do modelo de registros CNAME faz sentido.

Para outros sistemas, é necessário considerar se o seu ambiente se beneficiaria da flexibilidade oferecida por um esquema de nomenclatura DNS, conforme sugerido por eles.

    

Answer 2

O argumento que eles estão fazendo é que usar CNAME permite que outra entidade (eles) faça atualizações nos endereços que estão sendo usados sem o seu envolvimento.

Existe um caso legítimo para isso - mas não tem nada a ver com escalabilidade ou nebulosidade. É benéfico para o seu provedor poder mover seus servidores para endereços diferentes sem ter que fazer com que seus clientes atualizem todos os registros A .

Isso é tudo que existe para isso. O artigo parece tentar confundir isso com a adição de resiliência inerente, citando especificamente "datacenters massivos no local" - o que não faz sentido algum.

    

Answer 3

É benéfico para o seu provedor poder mover seus servidores para diferentes endereços sem ter que fazer com que seus clientes atualizem todos os registros.

Isso parece um bom motivo para mim, bom o suficiente para NÃO usar os registros A e manter o CNAME quando possível nos serviços em nuvem, incluindo o heroku, especialmente se o seu registro tiver um grande TTL.

Aqui está um artigo interessante sobre isso (de um fã claramente heroku, mas explica bem a situação): link

    

Answer 4

Observe que há problemas para contornar o problema usando o registro DNSSimple 'Alias' - leia mais em link - esta é a sua própria extensão para o DNS, que contorna o problema se você usá-los para sua hospedagem DNS.