В документации для ServiceDiscovery::PrivateDnsNamespace
указано, что:
При создании частного пространства имен DNS AWS Cloud Map автоматически создает частную размещенную зону Amazon Route 53, которая имеетто же имя, что и пространство имен.
В CloudFormation есть ли способ доступа к созданным HostedZone
(как Route53::HostedZone
), чтобы я мог добавить к нему дополнительные Route53:RecordSet
s?
- Является ли идентификатор таким же?
- Могу ли я включить
Route53::HostedZone
с тем же именем, чтобы получить правильный идентификатор? - Есть ли какой-то другой прием?
Например, я хотел бы выставить свой экземпляр RDS и ElastiCache (Redis) на частные записи DNS. Я понимаю, что это может быть проблемой XY, но я получаю доступ к этим системам в стандартных местах в своем устаревшем коде и пытаюсь минимизировать настройку (и, следовательно, потенциальные ошибки) в моей первой попытке ECS.
ПРЕДУПРЕЖДЕНИЕ. Хотя стратегии AWS Service Discovery можно использовать для предоставления таких услуг, как БД и RDS, существует несколько квалификаций:
- Для обнаружения служб AWS требуется синтаксис
<name>.<namespace>
, поэтому вы не можете простовыставить услуги на db
и redis
. Ваши лучшие шансы для «стандартного» домена - что-то вроде redis.local
и db.local
. Хотя local
является зарезервированным TLD, существует некоторая враждебность к его использованию. - Сертификаты RDS SSL привязаны к имени домена RDS , а пользовательские сертификаты SSL не поддерживаются так что вы не можете выставить его на
db.<mydomain>.com
. Если вы не используете RDS CNAME, вы не сможете подключиться к этим экземплярам по доверенному SSL-соединению.