Usando o Route53 para apontar o domínio apex / root para o aplicativo Heroku

Question

Isso é algo que eu vi discutido em outros lugares, mas essa questão em particular não foi explicada exatamente como não sendo possível.

Eu quero apontar um domínio de apex para um aplicativo heroku ( example.com to example.herokuapp.com )

CNAME não parece ser possível, porque eles não são permitidos no nível do apex (sub-domínios são bons).

Os registros do ALIAS parecem ser uma opção, mesmo que eu não os entenda completamente, ou se eles são padrão. Nós usamos o AWS Route53 como nosso provedor DNS, mas os registros ALIAS só parecem ser possíveis de usar para serviços específicos da Amazon (site s3, balanceador de carga, ...)

Então, é possível apontar um domínio do apex para um aplicativo Heroku? Minha única opção é usar outro provedor de DNS?

Obrigado

EDIT: Estou ciente de que posso CNAME www.example.com to example.herokuapp.com e, em seguida, redirecionar de example.com para www.example.com usando um registro ALIAS e um site S3 que redireciona. Mas o que queremos é exatamente o oposto, queremos que o navegador mostre example.com .

    

Answer 1

O registro de alias não é um tipo de registro DNS real - eles são ponteiros para outros registros no Route 53, portanto, o destino de um registro de alias pode ser apenas um bucket S3, um Elastic Load Balancer, uma distribuição do CloudFront ou outro registro do mesmo tipo (por exemplo, um registro A ) dentro de sua zona hospedada. O Route 53 usa seu banco de dados interno para encontrar o alvo e retornar uma resposta padrão do DNS.

Portanto, não é diretamente possível apontar um Alias para um destino externo.

Se você realmente deseja apontar um Alias em um destino externo, é indiretamente possível usar o CloudFront, porque o CloudFront aceita um nome de host (example.herokuapp.com) como o nome do servidor do Origin em que as solicitações serão encaminhadas. Ele também permite usar um certificado SSL gerado pelo Amazon Certificate Manager e rotear seletivamente diferentes padrões de caminho para destinos diferentes (como, por exemplo, o encaminhamento /images/* para um bucket S3). O comportamento de cache do CloudFront pode ser personalizado ou desabilitado, se você não quiser.

Isso, é claro, incorrerá em tarifas de uso para solicitações e largura de banda, mas fornecerá alguns recursos adicionais que podem valer a pena, incluindo a liberação de carga em seu serviço heroku se o armazenamento em cache for algo que você possa se beneficiar.

Existem, no entanto, razões válidas para usar o www hostname em vez do domínio simples e configurar o domínio para redirecionar os pedidos recebidos para www, o que pode ser feito de várias maneiras diferentes.