Назад | Перейти на главную страницу

Использование Route53 для указания верхнего / корневого домена на приложение Heroku

Это то, что я видел, как обсуждали в некоторых других местах, но эта проблема, в частности, не была описана как невозможная.

Я хочу указать домен apex на приложение heroku (example.com к example.herokuapp.com)

CNAME кажется невозможным, потому что они не разрешены на уровне вершины (поддомены в порядке).

Записи ALIAS кажутся вариантом, даже если я не совсем понимаю их, или если они стандартные. Мы используем AWS Route53 в качестве нашего DNS-провайдера, но записи ALIAS, похоже, можно использовать только для определенных сервисов Amazon (веб-сайт s3, балансировщик нагрузки и т. Д.)

Так можно ли указать домен вершины на приложение Heroku? Единственный ли у меня другой вариант - использовать другого поставщика DNS?

Спасибо

РЕДАКТИРОВАТЬ: я знаю, что могу CNAME www.example.com к example.herokuapp.com, а затем перенаправить с example.com к www.example.com используя запись ALIAS и сайт S3, который перенаправляет. Но мы хотим прямо противоположного, мы хотим, чтобы браузер показывал example.com.

Запись псевдонима не является фактическим типом записи DNS - они являются указателями на другие записи в Route 53, поэтому целью записи псевдонима может быть только корзина S3, Elastic Load Balancer, распределение CloudFront или другая запись того же тип (например, A запись) в вашей зоне размещения. Route 53 использует свою внутреннюю базу данных, чтобы найти цель и вернуть стандартный ответ DNS.

Таким образом, невозможно напрямую указать псевдоним на внешний адресат.

Если вы действительно хотите указать псевдоним на внешнем назначении, это возможно косвенно с помощью CloudFront, поскольку CloudFront принимает имя хоста (example.herokuapp.com) в качестве имени сервера Origin, на который будут перенаправляться запросы. Он также позволяет использовать SSL-сертификат, созданный Amazon Certificate Manager, и выборочно маршрутизировать различные шаблоны путей в разные места назначения (например, маршрутизацию). /images/* в ведро S3, например). Поведение CloudFront при кэшировании можно настроить или отключить, если вы этого не хотите.

Это, конечно, повлечет за собой плату за использование запросов и пропускную способность, но предоставит некоторые дополнительные возможности, которые могут стоить того, включая снижение нагрузки на вашу службу heroku, если кеширование - это то, от чего вы могли бы извлечь выгоду.

Однако существуют веские причины для использования имени хоста www вместо простого домена и настройки простого домена для перенаправления входящих запросов на www, что можно сделать несколькими способами.