前回の続き——借りた資源は「どこか」で動く
前回のR-03では、IaaS・PaaS・サーバーレスといった借り方の分類を学びました。どれを選んでも、コードは必ずどこかの機械の上で動きます。今回はその「どこか」、つまり処理と保存が行われる地理的な場所に目を向けます。同じサービスを使っても、選んだ場所しだいで速さや障害への強さ、そして法的な扱いまで変わってくるからです。
このスライドのポイント
- R-03: IaaS・PaaS・サーバーレスという「借り方」の分類を学んだ
- どの借り方でも、コードは必ずどこかの機械の上で動く
- この講義の役割: その「どこか」、処理と保存が行われる地理的な場所を決める
- 場所しだいで、速さ・障害への強さ・法的な扱いが変わる
三つの層を定義する
用語を三つ定義します。リージョンとは、データセンターが集まった地理的なまとまりのことで、東京・大阪・米国東部といった単位で選びます。可用性ゾーンとは、一つのリージョンの中にある、互いに独立した設備群です。片方が電源障害などで止まっても、もう片方には影響が及ばないように分けられています。エッジとは、利用者の近くに分散して置かれた小さな処理・配信の拠点です。C-02で学んだとおり、クラウドは雲ではなく、こうした実在の場所に存在しています。
このスライドのポイント
- リージョン=データセンターが集まった地理的なまとまり（東京・大阪・米国東部…）
- 可用性ゾーン=1つのリージョン内にある、互いに独立した設備群（片方の障害がもう片方に及ばない）
- エッジ=利用者の近くに分散配置された小さな処理・配信の拠点
- クラウドは「雲」ではなく、実在の場所にある（C-02の再訪）
なぜ場所を意識するのか
この地理を知らないと、二つの失敗が起きます。一つは速さの問題です。設定を確認せず、初期値のまま米国のリージョンで公開してしまうと、日本の利用者の通信が毎回太平洋を往復します。C-10で学んだ遅延が、そのまま「なんとなく遅い」という体感になります。もう一つは法的な問題です。個人情報をどの国に保存するかは、Q-09で確認した要件に関わります。保存場所を意識しないと、この確認そのものを見落としてしまいます。
このスライドのポイント
- 失敗その1（速さ）: 初期値のまま米国リージョンで公開→日本の利用者の通信が毎回太平洋を往復（C-10の遅延）
- 失敗その2（法的）: 個人情報をどの国に保存するかはQ-09で確認した要件に関わる
- 場所を意識しないと、この確認そのものを見落とす
三層の構造と、選ぶための三観点
三つの層を地理の大きさで並べると、関係がつかめます。リージョンは「どの都市か」、可用性ゾーンは「その市内の別々の建物」、エッジは「各地に置かれた窓口」というイメージです。場所を選ぶときの観点は三つあります。第一に利用者との距離、つまり遅延です。第二に障害の独立性、どこまで被害を切り分けられるか。第三にデータの所在、どの国の法律のもとに置くかです。この三観点が、次からの具体的な判断の物差しになります。
このスライドのポイント
- 地理の大きさで並べる: リージョン=どの都市か／可用性ゾーン=市内の別々の建物／エッジ=各地の窓口
- 選定の三観点:
具体例——経費アプリを東京リージョンに置く
経費アプリを例に考えます。利用者は日本国内の社内メンバーだけです。この場合、三観点はすべて同じ答えを指します。距離の観点では、利用者が日本にいるので東京リージョンが最も速くなります。データの所在の観点でも、国内の個人情報を国内に置く形となり、Q-09の確認と一致します。障害の独立性も、東京リージョン内の複数の可用性ゾーンで確保できます。結論は東京リージョン一択です。なお、画像などの静的ファイル、D-09で学んだものをエッジから各地に配る仕組みは、カテゴリSのCDNで扱います。
このスライドのポイント
- 利用者は日本国内の社内メンバーだけ→三観点がすべて同じ答えを指す
- ①距離: 利用者が日本にいるので東京リージョンが最速
- ③データの所在: 国内の個人情報を国内に置く形でQ-09の確認と一致
- ②障害の独立性: 東京リージョン内の複数の可用性ゾーンで確保
- 結論: 東京リージョン一択
- 画像などの静的ファイル（D-09）をエッジから各地に配る仕組み→カテゴリSのCDNで扱う
技術サンプル——三層の地理図と選定三観点
サンプルは、三層の地理図と選定三観点を一枚にまとめた図解です。図では、リージョンを都市、可用性ゾーンを市内の別々の建物、エッジを各地の窓口として描き、脇に距離・障害の独立性・データの所在の三観点を表で並べます。読み方の要点は二つです。一つは、リージョンの中にゾーンがある入れ子の関係で、エッジはそれとは別に利用者側へ広がること。もう一つは、選定が感覚ではなく三観点の物差しで決まることです。AIへの質問例は次のとおりです。「このアプリのリージョン設定はどこですか。利用者の所在とデータの法的要件から見て適切ですか」。
このスライドのポイント
- 種別: diagram
- 目的: 三層の地理関係と、場所を選ぶ三観点を一枚で確認する
- サンプル本体:
混同しやすい——リージョンと可用性ゾーン
混同しやすいのは、リージョンと可用性ゾーンです。リージョンは「どの地域か」を表し、可用性ゾーンは「その地域の中の独立した設備」を表します。二つは対策する障害の単位が違います。地域全体をまたぐ大きな災害への備えはリージョンの選び方の話、一方で一つの建物の電源や機器の故障への備えはゾーンを分ける話です。小規模なうちは同一リージョン内の複数ゾーンで十分なことが多く、複数リージョンへの分散はさらに先の判断になります。
バイブコーディングでの確認点
バイブコーディングでの確認点です。公開設定では、リージョンを初期値任せにせず、必ず自分の目で確認する一手間を定型にしてください。AIが提案する公開手順にも、どの地域に置かれるかが明示されているとは限りません。個人情報を扱うなら、保存場所の確認はQ-09で学んだ要件そのものです。確認の質問例はこうです。「このアプリのリージョンはどこに設定されますか。日本の利用者と個人情報の保存先として適切か、理由も教えてください」。
このスライドのポイント
- 公開設定でリージョンを初期値任せにせず、自分の目で確認する一手間を定型化
- AIが提案する公開手順に、どの地域に置かれるかが明示されているとは限らない
- 個人情報を扱うなら、保存場所の確認はQ-09の要件そのもの
- AIへの質問例: 「このアプリのリージョンはどこに設定されますか。日本の利用者と個人情報の保存先として適切か、理由も教えてください」
一問一答とまとめ
最後に一問一答です。日本の利用者向けにリージョンを選ぶ主な理由は何でしょうか。……答えは、遅延を減らすためです。C-10で学んだ通信の遅れを小さくし、加えてデータの所在の要件も満たせます。三十秒でまとめます。クラウドの場所にはリージョン・可用性ゾーン・エッジという三つの層があり、距離・障害の独立性・データの所在の三観点で選びます。次回R-05では、コードが実際に動く形へ変換される工程、ビルドへ進みます。関連資料は「Vercel公開 完全手順書」と「個人情報を扱うAIアプリ注意点」です。
このスライドのポイント
- 一問一答: 日本の利用者向けにリージョンを選ぶ主な理由は？→ 遅延を減らすため（C-10。＋データ所在の要件）
- 30秒まとめ: 場所には3層（リージョン・可用性ゾーン・エッジ）。選ぶ物差しは3観点（距離・障害の独立性・データの所在）
- 次回: R-05 コードが動く形へ変換される工程「ビルド」へ
- 関連資料: 「Vercel公開 完全手順書」「個人情報を扱うAIアプリ注意点」
