proxmox.blog

“一番速く応答できるサーバー”を探して案内する方法。世界に複数の拠点を持つ場合、近くて速いサーバーに振り分ければユーザーにとって快適。遠い国のサーバーに誘導してしまう無駄を避けられるんだ。

利用者のいる国や地域を見分けて、“近いサーバー”や“特定の言語専用サーバー”に案内する仕組み。たとえば日本のユーザーは日本語サイトへ、アメリカのユーザーは英語サイトへ、という分岐もできて便利なんだ。

メインのサーバーが動かなくなったら“予備のサーバー”を案内する、いわゆるフェイルオーバー機能だよ。健康チェックと組み合わせれば、自動で切り替えてサービスを止めないようにできる。保険のような役割なんだ。

「サーバーが元気かどうか」を定期的にチェックして、もし倒れていたらルート案内をやめる仕組みだよ。たとえば“ページが応答しない”と判断したら、別のサーバーに切り替えるようにもできるんだ。

住所帳の中に書く“具体的な行き先情報”だね。たとえばAレコードやCNAMEレコードなど、DNSの仕組みで“どこに接続するか”を1つ1つ登録する。これが正しく設定されると、世界中の人が正しいサーバーにたどり着けるんだ。

取得したドメインの情報をまとめて管理する“フォルダ”のようなもの。ここで“www.○○.comはこのIP”とか、メールサーバーはどこかといった設定をする。1つのドメインに対して1つのHosted Zoneを使うよ。

インターネット上で「○○.com」のような住所を管理する“大きな住所帳”サービスだよ。誰かがその住所を訪れたいときに、実際のサーバーの場所を教えてくれる。自分の好きなドメインを登録したり細かな案内を設定できるんだ。

CloudFrontの設定をテスト用や本番用など、複数の環境に分けて素早く切り替えられる仕組みだよ。新しい設定を試したいときに、一部の利用者だけをテスト環境へ誘導したりして、安全に本番リリースができるんだ。

「自分の好きなウェブの住所（ドメイン）からクラウドフロントを呼び出せる」ように設定する仕組みだよ。たとえば“cdn.自分のサイト.com”など使いたいとき、CNAMEで紐づけて配信するイメージなんだ。

テキストや画像のデータを“ギュッと”まとめて、小さいサイズで送る技術だよ。段ボールを圧縮して宅配便を安くするように、通信量を減らしてより速くデータを届けられる。利用者も待ち時間が短くなるんだ。