前回との接続——責任分界を「段階」で捉え直す
前回のR-02では、自前で設備を抱えるオンプレミスと、事業者の資源を借りるクラウド、そして運用まで任せるマネージドという考え方を学びました。そこで見た、どこまでが事業者の責任で、どこからが自分の責任かという責任分界の線は、実は一段階ではなく、借り方によって何段階にも分かれます。この講義では、その借り方を管理範囲の広い順に4つへ整理します。AIが公開先を提案してくる理由も、この分類が分かると腑に落ちます。
このスライドのポイント
- R-02: 自前のオンプレミス／借り物のクラウド／運用まで任せるマネージド、そして責任分界を学んだ
- 責任分界の線は一段階ではなく、借り方によって何段階にも分かれる
- この講義: 借り方を「管理範囲の広い順」に4つへ整理する
- AIが公開先を提案してくる理由も、この分類が分かると腑に落ちる
4分類の定義——管理範囲の広い順に
管理範囲が広い順、つまり自分でやることが多い順に見ます。IaaSは、仮想の機械という資源だけを借り、OSから上は自分で用意する方式です。PaaSは、実行基盤まで事業者が整え、自分はコードを置くだけで動く方式です。サーバーレスは、コードをE-07で学んだ関数の単位で預け、処理の瞬間だけ資源が割り当てられる方式で、J-10のステートレスであることが前提になります。SaaSはA-02の再訪で、完成したアプリをそのまま使う形です。作る側の自分は、自作アプリの利用者にとってのSaaSを提供している立場だと言えます。
このスライドのポイント
- IaaS: 仮想の機械という資源だけを借り、OSから上は自分で用意する
- PaaS: 実行基盤まで事業者が整え、自分はコードを置くだけ
- サーバーレス: コードを関数（E-07）の単位で預け、処理の瞬間だけ資源が割り当てられる（J-10のステートレスが前提）
- SaaS: 完成したアプリをそのまま使う（A-02の再訪）
なぜ必要か——選定の物差しになる
この分類を知らないと、AIが提案する公開先の違いが理解できません。たとえば、なぜある公開サービスは楽なのかと問えば、それはPaaSやサーバーレス型だからだ、と説明できるようになります。分類の物差しを持たないまま、おすすめのサービスはと聞くだけでは、管理の重さや制約を見比べられず、N-10のサービス選定ができません。楽な選択肢ほど自由が制限され、自由な選択肢ほど管理の手間が増える、というトレードオフを見るための土台が、この4分類なのです。
このスライドのポイント
- 知らないと: AIが提案する公開先の違いが理解できない
- 「なぜこの公開サービスは楽なのか」→「PaaS／サーバーレス型だから」と説明できるようになる
- 物差しが無いと管理の重さや制約を見比べられず、N-10のサービス選定ができない
- 楽な選択肢ほど自由が制限され、自由な選択肢ほど手間が増えるトレードオフの土台
構造——責任分界の帯グラフの精密版
全体像は、R-02で見た責任分界の帯グラフを、より精密にした形で捉えられます。一番下のIaaSは自分の帯が長く、上のSaaSに向かうほど事業者の帯が伸びていきます。軸は一本で、下ほど自由が利くが重く、上ほど楽だが制約がある、というトレードオフです。ただし、どの分類でも一番上のアプリ・データ・設定は自分の帯のまま残る、という前回の原則は変わりません。図では、この4段の帯が階段状に、自分の担当を減らしていく様子を示します。
このスライドのポイント
- R-02の責任分界を、より細かい4段階の帯グラフにした形
- IaaSは自分の帯が長く、SaaSへ向かうほど事業者の帯が伸びる
- 軸は一本「下ほど自由だが重い／上ほど楽だが制約あり」（トレードオフ）
- どの分類でも「アプリ・データ・設定」は自分の帯に残る（R-02の原則は不変）
参照スタックでの具体例——「上寄せ」が定石
経費アプリの参照スタックを、この分類で読み解きます。アプリ本体は、コードを置くだけで動くPaaSやサーバーレス型のサービス、たとえばVercelに載せます。データベースは、運用まで任せられるマネージドのサービスに預けます。つまり、できるだけ上の分類へ寄せた構成で、これが一人開発の定石です。自分にしか作れないアプリと業務に集中し、土台の運用は事業者へ任せる、という配分になっています。なお、こうしたサービスの画面は更新されることがあるため、この講義では操作手順には踏み込みません。
このスライドのポイント
- 経費アプリの参照スタックを4分類で読み解く
- アプリ本体: コードを置くだけで動くPaaS／サーバーレス型（例: Vercel）
- データベース: 運用まで任せられるマネージドのサービス
- できるだけ上の分類へ寄せた構成＝一人開発の定石
- サービスの画面は更新されることがあるため、操作手順には踏み込まない
技術サンプルカード——4分類の管理範囲表
スライドの表は、4つの分類を、自分で管理するものと向く場面で並べたものです。上のIaaSほど管理する層が多く、下のSaaSほど少なくなります。読み方の要点は二つあります。一つは、どの分類でもデータと設定は必ず自分の担当に残ること。もう一つは、管理範囲の広さと自由さが引き換えの関係にあることです。AIへの質問例はこうです。この構成のそれぞれのサービスはIaaS、PaaS、サーバーレス、SaaSのどれで、私が管理すべき範囲はどこですか。
このスライドのポイント
- 種別: table
- 目的: 4分類ごとに「自分で管理するもの」と「向く場面」を一目で比べる
- サンプル本体:
混同しやすい概念——「サーバーレス」の名前の誤解
ここで名前の誤解を一つ潰します。サーバーレスは、サーバーが無いという意味ではありません。実体としてのサーバーは確かに存在していて、その管理が自分から見えなくなっているだけです。処理の瞬間だけ事業者がサーバーを割り当て、終われば解放するので、自分でサーバーを常に構えて待つ必要が無い、という意味のレスなのです。サーバーそのものが消えたと誤解すると、なぜ状態を持てないのか、なぜJ-10のステートレスが前提になるのかが分からなくなります。
このスライドのポイント
- サーバーレス＝サーバーが無い、ではない
- 実体としてのサーバーは存在する。その管理が自分から見えなくなっているだけ
- 処理の瞬間だけ事業者が資源を割り当て、終われば解放する＝常に構えて待つ必要が無いの「レス」
- 誤解すると、なぜ状態を持てず、J-10のステートレスが前提になるのかが分からなくなる
バイブコーディングでの確認点——IaaSへ降りる提案の吟味
AIが、もっと安く、もっと自由にと、上の分類から下のIaaSへ降りる提案をしてくることがあります。そのときは、降りることで増える管理責任を、R-02の責任分界にそって列挙させてください。OSの更新は誰がやるのか、障害対応は誰が持つのか、といった項目です。増える手間と得られる自由を並べて、N-10のトレードオフとして判断します。小規模のうちは、上の分類に寄せて楽をするのが基本の構えです。
このスライドのポイント
- AIが「もっと安く／自由に」と上の分類からIaaSへ降りる提案をすることがある
- そのときは、増える管理責任をR-02の責任分界にそって列挙させる（OSの更新は誰か、障害対応は誰か）
- 増える手間と得られる自由を並べ、N-10のトレードオフとして判断する
- 小規模のうちは、上の分類に寄せて楽をするのが基本の構え
一問一答とまとめ
一問一答です。コードを置くだけで動く借り方は何でしょうか。（間）答えは、PaaS、またはサーバーレスです。30秒まとめとして、クラウドサービスは自分で管理する範囲の広い順に、IaaS、PaaS、サーバーレス、SaaSの4つに分かれ、一人開発では上に寄せるのが定石でした。費用や監視の細かい話は、この先のカテゴリSで扱います。次回のR-04では、その借りた機械がどこの場所で動くのかという地理の話へ進みます。関連資料は「Vercel公開 完全手順書」と「ノーコード・ローコード比較」です。
このスライドのポイント
- 一問一答: コードを置くだけで動く借り方は？ → PaaS（またはサーバーレス）
- 30秒まとめ: クラウドサービスは自分で管理する範囲の広い順にIaaS・PaaS・サーバーレス・SaaS。一人開発は上寄せが定石
- 費用や監視の細かい話は、この先のカテゴリSで扱う
- 次回R-04: 借りた機械が「どこの場所で動くか」という地理へ
- 関連資料: 「Vercel公開 完全手順書」「ノーコード・ローコード比較」
