web-dev-qa-db-ja.com

Herokuが「ネイキッド」ドメイン名に対して警告するのはなぜですか?

Herokuのドキュメントで このページ に遭遇しました...

ネイキッドドメインは、ベアドメインまたはApexドメインとも呼ばれ、Aレコードを介してDNSで構成され、大規模なオンプレミスデータセンター、クラウドインフラストラクチャサービス、Herokuなどのプラットフォームなどの高可用性環境で使用すると、可用性に深刻な影響を及ぼします。

スケーラビリティと復元力を最大にするために、アプリケーションはネイキッドドメインを避け、サブドメインベースのホスト名のみに依存する必要があります。

ここでエンタープライズを話す人はいますか?彼らが警告している「可用性の影響」とは何ですか?

(私は http://stackoverflow.com は問題なく機能することに気づきました。そのため、この問題には実行可能な代替哲学があることは明らかです。)

66
Agvorth

彼らが話しているのは、CNAMEを使用してそれらのサービスをポイントすると(ゾーンルートではなくサブドメインでのみ可能です)、SOAと共存できません。ゾーンのルートで必要なNSレコード)、彼らは独自のDNSレコードを変更して、ある種の可用性の問題を回避できます。

ゾーンルートでは、Aレコードを使用して、サービスの特定のIPアドレスを指す必要があります。ルーティングに問題がある場合、または特定のアドレスに対する何らかのサービス拒否が発生している場合、your zone'sAレコードを更新して別のIPをポイントすることはできません。はえ;自分で更新することもできますが、これがCNAMEでできることです。

サードパーティのプラットフォームを使用していないため、これはStack Exchangeには適用されません。それらは可用性の問題に対応するものになるので、それがCNAMEであるかAであるかは関係ありません。

58
Shane Madden

@ShaneMaddenの回答に加えて、回避策の1つは、サードパーティプラットフォームがDNSゾーンも管理することです。たとえば、AWSの Elastic Load Balancer サービス、およびを使用する場合、それらの Route 5 DNSサービス、カスタムの エイリアスレコード を使用して、ELBインスタンスでゾーンの頂点を確実に指すことができます。これにより、可用性の問題に対応してDNSゾーンを更新できます。

ただし、www.example.comにはCNAMEレコードを含めることができるため、これは no-www の概念に反するものです。

13
mgorven