Web アプリが 1 つのリージョンだけで動いていると、東京やサンパウロのユーザーは長く待たされ、そのデータセンターが停止すればアプリ全体がオフラインになります。Azure Traffic Manager は DNS レベルで各ユーザーを最も速く正常なエンドポイントへ自動的に振り分けます。このエピソードでは、その仕組みと 6 つのルーティング方法の使い分けを解説します。このエピソードで学べること：Traffic Manager とは：DNS クエリに応答するだけの DNS ベースのグローバル負荷分散サービス。トラフィックそのものは見ず、遅延も加えません。Azure サービス、他のクラウド、オンプレミスのデータセンターに対応災害復旧のための優先順位ルーティング：自動フェールオーバー付きのアクティブ/パッシブ構成、30〜60 秒の DNS TTL、フェールオーバーとバックアップリージョンの処理能力をテストすべき理由インターネット遅延テーブルを使うパフォーマンスルーティング：最速のエンドポイントが地理的に最も近いとは限らない理由と、Azure Load Balancer や Application Gateway と組み合わせる理由カナリアリリース、A/B テスト、リージョン移行のための重み付けルーティング（重みは 1〜1000）と、データ主権のための地理的ルーティング、入れ子になったプロファイル複数値ルーティング（IPv4/IPv6 のみ）、ステージング環境向けのサブネットルーティング、正常性チェック：既定で 30 秒ごと・3 回の失敗、ルートではなく専用のヘルスエンドポイントを使う理由世界中で使われるアプリを高速かつ高可用性で運用したいクラウドアーキテクト、Azure 管理者、開発者向けです。このエピソードは、Microsoft MVP Mirko Peters による M365 Show のアニメーション動画をAIで吹き替えた日本語版です。▶ 動画を見る: https://youtu.be/453EN2ldo_A🎧 他のエピソード: https://www.m365.fm🎤 M365Con – 無料のオンライン Microsoft カンファレンス: https://m365con.net💼 LinkedIn の Mirko Peters: https://www.linkedin.com/in/m365showpodcast/

This episode includes AI-generated content.