【webサイト】アカウントをサブドメインで分けるのはどういった原理なのでしょうか？

技術的な質問ではなく申し訳ありませんが、どういう原理なのか気になっている事があります。

サブドメインがユニークなユーザー情報になっているWebサービスを見ます。
backlog、esa-pages、slackのように「〇〇.slack.com」のような状態です。

サブドメインなので、ネームサーバーに登録が必要だと思います。
ネームサーバーの登録は数分かかるものだと思うのですが、簡単に登録できてしまいます。
そもそも、ネームサーバーに登録しているわけではないのでしょうか？
ネームサーバーにはワイルドカードで「*.slack.com」として登録して、DB側でサブドメインとユーザーを紐付けて、アプリケーションで切り替えているのでしょうか？

また、ドメインが繋がっているサーバーは同じサーバーなのでしょうか？
考えにくいのですが、登録ごとにディレクトリをクローンしてユーザーに割り当てるみたいな事はしないでしょうけど…

行動規範の内容に同意します

回答5件

ネームサーバーにはワイルドカードで「*.slack.com」として登録して、DB側でサブドメインとユーザーを紐付けて、アプリケーションで切り替えているのでしょうか？

そうですね。その可能性が高いです。というか、十中八九そうです。

ドメインが繋がっているサーバーは同じサーバーなのでしょうか？

場合による。
大規模なものであれば、ロードバランサーにDNSを向けているかもしれませんし、プロキシサーバーに向けているかもしれません。

登録ごとにディレクトリをクローンしてユーザーに割り当てるみたいな事はしないでしょうけど…

考えにくいでしょうね。
メンテナンスが大変だと思うので。

投稿2019/11/21 08:38

退会済みユーザー

総合スコア0

hasshy

2019/11/24 07:43

ご回答いただきありがとうございます。ご意見を伺えて、自分の考えに自信が持てました。

退会済みユーザー

2019/11/24 08:00

ワイルドカードで、商用サービスでやってる場合は登録はNSレコードのみで内部DNSで分けてる方だと思うぞ

行動規範の内容に同意します

ベストアンサー

色々考えられますね。

DNSの登録についてはワイルドカードを使うことが多いと思いますが、都度 DNSレコードを登録することも考えられます。
レコード登録の場合はご指摘の通りリードタイムが必要です。
一方、ワイルドカードはセキュリティ的なリスクがある場合があるので、そのへんのトレードオフで選んでるんだと思います。

ドメインとサーバーの紐付けについては、いろんなパターンがあり得ます。
すべてのサブドメインを１台のサーバーで処理することもありますが、小規模なサービスに限ると思います。
一般的には、LBを入れてN台のサーバーで処理する構成になります。
また、例えばより上位のプランを契約しているユーザには、1台以上のサーバー専有するようなこともあると思います。

Slackに関しては、正引きするとどんなサブドメインでもIPが返ってくるので、DNSのワイルドカードだと思います。また、問い合わせするたびにIPが変わるので LB で負荷分散された N台のサーバー構成だと思います。

ドメインとユーザの管理についても色々考えられます。
どのレベルで、ドメインやユーザを分離するかを考えて設計されてると思います。

・物理で分ける
・仮想マシン（仮想OS）単位で分ける
・Webサーバーのバーチャルホストで分ける
・OSのユーザ（ホームディレクトリ）で分ける
・アプリケーションの中で分ける
などなど

投稿2019/11/21 11:07

take88

総合スコア1351

hasshy

2019/11/24 07:41

ご回答いただきありがとうございます。設計についても気付かされたのですが、ワイルドカードのセキュリティ面は考慮する必要がりそうですね。勉強になりました。また、slackについて調査していただきありがとうございます。 > 一般的には、LBを入れてN台のサーバーで処理する構成になります。 > また、例えばより上位のプランを契約しているユーザには、1台以上のサーバー専有するようなこともあると思います。専有サーバーを用意する理由がわかった気がします。

行動規範の内容に同意します