Herokuのドキュメントで このページ に遭遇しました...
ネイキッドドメインは、ベアドメインまたはApexドメインとも呼ばれ、Aレコードを介してDNSで構成され、大規模なオンプレミスデータセンター、クラウドインフラストラクチャサービス、Herokuなどのプラットフォームなどの高可用性環境で使用すると、可用性に深刻な影響を及ぼします。
スケーラビリティと復元力を最大にするために、アプリケーションはネイキッドドメインを避け、サブドメインベースのホスト名のみに依存する必要があります。
ここでエンタープライズを話す人はいますか?彼らが警告している「可用性の影響」とは何ですか?
(私は http://stackoverflow.com は問題なく機能することに気づきました。そのため、この問題には実行可能な代替哲学があることは明らかです。)
彼らが話しているのは、CNAME
を使用してそれらのサービスをポイントすると(ゾーンルートではなくサブドメインでのみ可能です)、SOA
と共存できません。ゾーンのルートで必要なNS
レコード)、彼らは独自のDNSレコードを変更して、ある種の可用性の問題を回避できます。
ゾーンルートでは、A
レコードを使用して、サービスの特定のIPアドレスを指す必要があります。ルーティングに問題がある場合、または特定のアドレスに対する何らかのサービス拒否が発生している場合、your zone'sA
レコードを更新して別のIPをポイントすることはできません。はえ;自分で更新することもできますが、これがCNAME
でできることです。
サードパーティのプラットフォームを使用していないため、これはStack Exchangeには適用されません。それらは可用性の問題に対応するものになるので、それがCNAME
であるかA
であるかは関係ありません。
@ShaneMaddenの回答に加えて、回避策の1つは、サードパーティプラットフォームがDNSゾーンも管理することです。たとえば、AWSの Elastic Load Balancer サービス、およびを使用する場合、それらの Route 5 DNSサービス、カスタムの エイリアスレコード を使用して、ELBインスタンスでゾーンの頂点を確実に指すことができます。これにより、可用性の問題に対応してDNSゾーンを更新できます。
ただし、www.example.com
にはCNAME
レコードを含めることができるため、これは no-www の概念に反するものです。