Herokuが「裸の」ドメイン名に対して警告するのはなぜですか？

Heroku docsでこのページを見つけました...

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

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

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

（http://stackoverflow.comは問題なく動作することに気づいたので、明らかにこの問題に関する実行可能な代替哲学があります。）

— Agvorth
ソース

www.yes-www.orgを実行し、この質問を承認します。

— マイケルハンプトン

また、別の懸念もあります：静的なアセットは、Cookieが添付されていない状態では提供できません（ルートドメインにだけCookieを追加することはできません.domain.com。これを回避するには、別のドメイン（SEがsstatic.netを使用）からアセットを提供し、恐ろしいwwwサブドメインを回避します。

— トムマーセナル

@MichaelHamptonなぜwww.yes-www.orgにコメントを残せないのですか？なぜあなたのページで言及ALIAS（またはANAME記録）しませんか？

— オーガスティンリーディンガー14

この質問は6年前のもので、主にソフトウェアの制限に関するものです。アップデートはありますか？

— マイケルコール

回答:

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

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

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

— シェーンマッデン
ソース

どの程度ALIAS（またはANAME記録）？

— オーガスティンリーディンガー14

@AugustinRiedingerこれらは実際にはDNSレコードタイプではありません。特定のDNSプロバイダーがAターゲットの現在のレコードを動的にチェックし、その名前のクエリに応答してそれを返すという抽象化を処理する構成です。これらは本質的にこの正確な問題を解決するように設計されているため、この場合に使用するのは間違いなく適切です。

— シェーンマッデン

したがって、それらを使用する場合、herokuからのスケーラビリティの警告はもう当てはまりません。または、それらの使用に技術的な欠点はありますか？

— オーガスティンリーディンガー14

@AugustinRiedinger正解。技術的な欠点は実装の難しさにあります。「標準」のDNSサーバーはカスタマイズなしではそのようなことを達成できないからです。プロバイダーの実装が安定している限りCNAME、サブドメインでのセットアップと同じくらい良いはずです。

— シェーンマッデン

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

しかし、これは記録を持つことができるため、no-wwwコンセプトに対する議論です。www.example.comCNAME

— mgorven
ソース