Closed yanachuwan9sm closed 6 months ago
👉 これはDNSだけではなく、様々な分散管理サービスや組織の管理において大事な要素だな〜。
これはソフトウェアの観点に置き換えても同じ。分かりやすい例で言うと、◯◯アーキテクチャは沢山あるけど本質はどれも同じ。
クリーンアーキテクチャとオニオンアーキテクチャはレイヤの数と名前が少し違うだけで、 依存の方向性を適切にコントロールするという本質の部分は全く同じ。
上位レベルの方針(ドメイン要素)を含むものを依存される側にして、DBやUIといった詳細部分を依存する側に置いている。
完全にそのアーキテクチャに寄せるような設計でなくても、管理範囲を適切に分割(ドメイン層、DB層、UI層)して、それぞれの階層において管理・責務がきちんとなされていればサービスの成長・変化(複雑性)に対応することは可能であることを常に意識しておく必要がある。
(DNSと全く関係ない感じになった)
(ユーザー) example.comのようなドメイン名でアクセス (Webブラウザー) インターネットプロトコル(IP)で通信を行う。
ドメイン名の導入を前提として管理されたシステムのこと。
重要な基本機能としては、利用者の要求に応じてドメイン名に対応するIPアドレスを探し出す(名前解決)と言うもの。(要するに、ドメイン名をIPアドレスに変換しますよって事)
大雑把に言うと、ドメイン名の階層ごとに管理者に問い合わせて、委任が行われていれば「この人に委任している」と言う情報をもらい(ドメイン名の階層構造をたどり)、最終的な答えであるIPアドレスを得ている。
ドメイン名とDNSによる階層構造は、それぞれの階層のレジストリがそれぞれのゾーン(委任によって管理を任された範囲)を担当する必要がある。
階層構造をたどり正しいドメインまで到達するには委任情報(委任元サーバーが応答する委任先サーバーのネームサーバー情報)が大事。
→ 委任先(子)が委任元(親)に正しいネームサーバー情報を登録すること → 委任元(親)は委任先(子)から受け取ったネームサーバー情報を委任情報として正しく応答すること
ドメイン名を使う 👉 そのドメイン名を管理するレジストリのレジストリデータベースへの登録が必要。
主要なTLD(ex: .jp / .com)ではその登録の仕組みとして、レジストリ・レジストラモデル を使用している。(レジストラを介してドメイン名を登録するフロー)
1つのTLDに対して、レジストリは1つだけど、レジストラは複数存在する。
親会社(レジストリ)のサービスのパッケージ販売している指定事業者(レジストラ)がいくつもあるイメージ。そのため、自分の用途(予算)にあった指定事業者(レジストラ)から登録することができる。
ドメイン名を使うことができる = どのドメイン名のWebサイトにWebブラウザにアクセスできる状態
DNSがよくわかる教科書を読む。 その後、https://www5e.biglobe.ne.jp/~aji/3min/index.html 読んでさらっ〜と復習する。