Utilisation de Route53 vers le point apex / domaine racine vers l'application Heroku

C'est quelque chose que j'ai vu discuté dans d'autres endroits, mais cette question en particulier n'a pas été énoncée exactement comme n'étant pas possible.

Je souhaite pointer un domaine apex vers une application heroku ( example.com vers example.herokuapp.com )

CNAME ne semble pas être possible, car ils ne sont pas autorisés au niveau du sumt (les sous-domaines sont bons).

Les loggings ALIAS semblent être une option, même si je ne les comprend pas complètement, ou si elles sont standard. Nous utilisons AWS Route53 comme fournisseur de DNS, mais les loggings ALIAS semblent être possibles uniquement pour des services Amazon spécifiques (site Web s3, équilibreur de charge, …)

Il est donc possible de pointer un domaine apex vers une application Heroku? Est-ce que ma seule autre option est d'utiliser un autre fournisseur de DNS?

Merci

EDIT: Je sais que je peux CNAME www.example.com example.herokuapp.com , puis redirect de example.com vers www.example.com utilisant un logging ALIAS et un site S3 qui redirige. Mais ce que nous voulons, c'est exactement le contraire, nous voulons que le browser montre example.com .

Les loggings d'alias ne sont pas un type d'logging DNS réel: ils sont des pointeurs vers d'autres loggings dans la Route 53, de sorte que la cible d'un logging Alias ​​ne peut être qu'un seau S3, un équilibreur de charge élastique, une dissortingbution CloudFront ou un autre logging de même tapez (par exemple, un logging A ) dans votre zone hébergée. La Route 53 utilise sa database interne pour find la cible et returnner une réponse DNS standard.

Il n'est donc pas possible de pointer un Alias ​​vers une destination externe.

Si vous souhaitez vraiment pointer un Alias ​​sur une destination externe, il est indirectement possible avec CloudFront, car CloudFront accepte un nom d'hôte (example.herokuapp.com) comme le nom du server d'origine où les requests seront transmises. Il vous permet également d'utiliser un certificate SSL généré par Amazon Certificate Manager, et d'apather sélectivement différents templates de path vers différentes destinations (par exemple, routing /images/* vers un S3, par exemple). Le comportement de cache de CloudFront peut être personnalisé ou désactivé, si vous ne le désirez pas.

Cela entraînera, bien sûr, des frais d'utilisation pour les requests et la bande passante, mais fournit des fonctionnalités supplémentaires qui pourraient en valoir, y compris la libération de charge sur votre service heroku si la caching est quelque chose que vous pourriez bénéficier.

Cependant, il existe des raisons valables d'utiliser le nom d'hôte www plutôt que le domaine nu et la configuration du domaine nu pour redirect les requêtes entrantes vers www, ce qui peut se faire de différentes façons.