カテゴリRの入口——公開する「仕組み」そのもの
カテゴリQでは、アプリを公開してよいかを判断する力を身につけました。ここからのカテゴリRは、その公開する仕組みそのものを扱います。ただし個別の手順に入る前に、まずは公開先となる土台の全体像をつかんでおきます。今日はその土台、インフラの正体を、4つの要素に分けて見ていきます。
このスライドのポイント
- カテゴリQでは「公開してよいか」を判断する力を身につけた
- カテゴリRは、その「公開する仕組み」そのものを扱う
- 手順に入る前に、まず公開先となる土台の全体像をつかむ
- 今日はその土台=インフラの正体を4要素に分けて見る
定義——インフラは土台の総称、中身は4要素
インフラとは、アプリを動かすための土台の総称です。中身は4つの要素に分けられます。1つ目は計算資源で、処理を行うCPUやメモリのことです。これはB-01で学んだ機械の中身の、クラウド版にあたります。2つ目はネットワークで、C章で学んだ通信の経路です。3つ目は保存領域で、データベースやファイルの置き場です。4つ目は実行基盤で、OSやランタイムのことです。B章とC章で学んだものが、ここでは借りる対象として再び登場します。
このスライドのポイント
- インフラ＝アプリを動かすための土台の総称
- ①計算資源: 処理を行うCPU・メモリ（B-01の機械の中身のクラウド版）
- ②ネットワーク: 通信の経路（C章）
- ③保存領域: データベースやファイルの置き場（B-03／L章／J-09）
- ④実行基盤: OS・ランタイム（J-03）
- B章・C章で学んだものが「借りる対象」として再登場する
なぜ必要か——土台が分からないと公開が呪文になる
この4要素を持たないと、アプリを公開するという作業が、何を借りて何を設定することなのか分からない呪文になります。AIが提案した公開手順を、意味を理解しないまま実行することになりがちです。また、公開後に障害が起きたとき、どの層を疑えばよいか見当がつきません。P-10で学んだ不具合の切り分けに、土台側という下の層の視点が加わる、と考えてください。
このスライドのポイント
- 4要素を持たないと「アプリを公開する」が何を借りて何を設定することか分からない
- AIの公開手順を、意味を理解しないまま実行することになる
- 障害時にどの層（P-10の7層の下側）を疑うか見当がつかない
- 切り分けに「土台側」という下の層の視点が加わる
構造——機械の上に4要素、その上にアプリ
インフラの全体像は、積層図で捉えると分かりやすくなります。いちばん下に物理的な機械があり、その上に先ほどの4要素が乗り、さらにその上で皆さんのアプリが動きます。大切なのは、自分のPCで起きていたことが、クラウドという借り物の上で起きるだけ、という連続性です。B章で自分のPCの中身として学んだ計算や保存が、場所を変えて他社の設備の上で行われている、と捉えてください。まったく新しい世界ではなく、既に学んだものの置き場所が変わっただけです。
このスライドのポイント
- 積層図: 下から「物理的な機械 → 4要素 → アプリ」
- 自分のPC（B章）で起きていたことが、クラウド（C-02）の借り物の上で起きるだけ
- まったく新しい世界ではなく、既習内容の置き場所が変わっただけ
具体例——経費アプリを4要素で棚卸しする
具体的に、経費アプリを公開するのに必要なものを4要素で棚卸ししてみます。計算資源は、経費データを処理するサーバーの処理能力です。ネットワークは、利用者からアプリへ届くまでの通信経路です。保存領域は、経費明細を入れるデータベースと、領収書画像の置き場です。実行基盤は、アプリを動かすためのNode.jsなどのランタイムです。このように4要素で並べると、公開のために何をどこで用意するのかが具体的に見えてきます。
このスライドのポイント
- 計算資源: 経費データを処理するサーバーの処理能力
- ネットワーク: 利用者からアプリへ届くまでの通信経路
- 保存領域: 経費明細のデータベースと領収書画像の置き場
- 実行基盤: アプリを動かすNode.jsなどのランタイム
技術サンプル——4要素の積層図とカテゴリ対応表
スライドの技術サンプルは、4要素の積層図と、それぞれが既習カテゴリのどこと対応するかの表です。計算資源はB-01、ネットワークはC章、保存領域はB-03やL章、実行基盤はJ-03と対応します。読み方のポイントは、どの要素も新しい概念ではなく、既に学んだ内容の借り物版だという点です。AIへの質問例としては、このアプリを公開するのに必要なインフラを4要素で棚卸しして、それぞれ何のサービスで賄うか提案してください、が使えます。
このスライドのポイント
- 種別: diagram
- 目的: インフラの4要素を積層図で捉え、各要素が既習カテゴリのどこと対応するかを確認する
- サンプル本体:
混同しやすい概念——アプリとインフラ
混同しやすいのが、アプリとインフラの区別です。アプリは皆さんが書いたコードそのもの、インフラはそれを動かす土台です。この2つを分けて考えられると、不具合の切り分けに、土台側の問題かもしれない、という視点が増えます。P-10で学んだ切り分けでは、コードを疑う前に、土台が正しく用意されているかも確認の対象になります。
このスライドのポイント
- アプリ＝皆さんが書いたコードそのもの
- インフラ＝それを動かす土台（4要素）
- 分けて考えると、不具合の切り分け（P-10）に「土台側の問題」という視点が加わる
バイブコーディングでの確認点——何を借りていくらか
バイブコーディングでインフラを扱うときの確認点です。AIが公開手順を提案してきたら、この手順で何を借りて、月にいくらかかりますか、と必ず確認してください。土台は借り物であり、借りれば費用が発生します。なお費用の詳しい見方や監視については、この先のカテゴリSで扱います。ここでは、公開とは何かを借りる行為だ、という感覚を持っておいてください。
このスライドのポイント
- AIの公開手順提案には「この手順で何を借りて、月にいくらかかりますか」を確認する
- 土台は借り物であり、借りれば費用が発生する
- 費用の詳しい見方・監視はカテゴリSで扱う（ここでは感覚を持つだけ）
まとめと一問一答
最後に一問一答です。インフラの4要素は何でしょうか。（間）答えは、計算資源・ネットワーク・保存領域・実行基盤の4つです。30秒まとめとして、インフラはアプリを動かす土台の総称であり、その中身はこの4要素に分解できる、と覚えてください。どれもB章やC章で学んだものの借り物版です。次回R-02では、この土台を自前で持つか借りるか、オンプレミスとクラウドの違いへ進みます。関連資料は「Webアプリ構成図入門」と「Vercel公開 完全手順書」です。
このスライドのポイント
- 一問一答: 「インフラの4要素は？」→ 計算資源・ネットワーク・保存領域・実行基盤
- 30秒まとめ: インフラはアプリを動かす土台の総称。中身はこの4要素に分解でき、どれも既習内容の借り物版
- 次回R-02: 土台を自前で持つか借りるか（オンプレミスとクラウド）へ
- 関連資料: 「Webアプリ構成図入門」「Vercel公開 完全手順書」
