クラウドとオンプレミス｜クラウドの基本・IAM・責任

このページはプロモーション（広告）を含みます。

クラウドの基本・IAM・責任（初級・読む25分＋演習30分）

この授業のゴール

• オンプレミスとクラウドの違いを、調達期間・費用の発生の仕方・責任の範囲の3点で説明できる
• IaaS・PaaS・SaaSのどれを使うと、利用者が管理する範囲がどこまで残るかを表で示せる
• 固定費（月額換算）と従量課金の損益分岐時間を計算し、仮定を明示したうえでどちらが有利かを判断できる
• 「クラウドなら常に安い」「クラウドなら安全は提供者任せ」という誤解を、具体例で否定できる

仕事でどう使うか

データ分析や機械学習の仕事では、「どこで計算し、どこにデータを置くか」を毎回決めます。その選択肢の代表がオンプレミス（自社で機器を持つ）とクラウド（提供者の機器を借りる）です。

この授業の数値（サーバー価格や1時間あたりの単価）はすべて教材用の架空の値です。実際の料金・サービス名・無料枠は変わるため、ここでの説明は執筆時点（2026年）の一般的な考え方として読み、最新は各提供者の公式情報で確認してください。本アプリの演習は端末内の計算だけで完結し、実際のクラウドのアカウント作成や課金は必要ありません。

前提

次の言葉を使います。

• サーバー：ほかのコンピューターからの要求に応えて、計算やデータの提供をするコンピューター。
• HTTP・API（Application Programming Interface：プログラムどうしが決まった形式でやり取りする窓口）→ 「HTTPと要求応答」（有料版）
• 権限と最小権限の考え方 → 「最小権限」（有料版）
• 売上・費用・現金の違い：買った月に現金が出ても、費用は数年に分けて計上することがある（後で説明します）。

Pythonは、関数の定義（def）、if 文、四則演算が読めれば十分です。

身近な状況：月末だけ重いレポート処理

架空の通販会社「みなと商店」の分析チームは、毎月末に売上レポートを作ります。処理には4コアのサーバーで合計8時間かかります。それ以外の日は、ほとんど計算をしません。

チームに2つの案が出ました。

案Aを月額に直すと、購入代金を48か月で割って 1,200,000÷48＝25,000円、これに電気・保守を足して 月40,000円 です。案Bは、月8時間だけ使えば 8×60＝480円 です。

この例だけを見ると案Bが圧倒的に安く見えます。しかし、同じサーバーで24時間ずっと動く予測APIを提供する場合はどうでしょう。30日×24時間＝720時間なので、720×60＝43,200円 となり、案Aの40,000円より高くなります。

つまり「どちらが安いか」は使い方（稼働時間）で逆転します。この授業では、この逆転点を計算し、費用以外の判断材料（調達の速さ・責任の範囲・データの置き場所）も並べて比べられるようにします。

直感的な説明：家を買うか、ホテルに泊まるか

オンプレミスは家を買うことに似ています。最初に大きなお金が要り、手に入るまで時間もかかりますが、毎日住むなら1日あたりは安くなります。修理や掃除は自分でします。

クラウドはホテルに泊まることに似ています。予約すればすぐ泊まれて、泊まった日数だけ払います。たまにしか泊まらないなら安く、毎日泊まり続けると割高になります。建物の管理はホテルがしますが、部屋の鍵を誰に渡すか、荷物をどう扱うかは宿泊者の責任です。

たとえ話の限界：ホテルと違い、クラウドでは「借りた部屋の中に何を置き、誰を入れるか」の設定を利用者が細かく決めます。設定を誤ると、部屋のドアを開けっぱなしにしたのと同じことが起きます（責任共有とログで扱います）。

正確な定義：オンプレミス・クラウド・サービスモデル

• オンプレミス（on-premises）：組織が自分で機器を所有または専有し、自分の施設（またはデータセンターの専用区画）で運用する形態。
• クラウドコンピューティング：提供者が持つ計算・保存・ネットワークの資源を、ネットワーク経由で必要なときに必要な量だけ利用し、使った量に応じて支払う形態。一般に次の特徴で説明されます：利用者が自分で作成できる（セルフサービス）、ネットワーク経由で使える、資源を多数の利用者で共有する、すぐ増減できる（弾力性、elasticity）、使用量が計測される（従量課金）。
• IaaS（Infrastructure as a Service）：仮想サーバー・ディスク・ネットワークを借りる。OS（オペレーティングシステム）より上は利用者が管理する。
• PaaS（Platform as a Service）：実行環境（データベースやアプリの実行基盤）を借りる。OSの更新は提供者、アプリとデータと設定は利用者。
• SaaS（Software as a Service）：完成したソフトウェアを借りる（例：表計算やメールのサービス）。利用者が管理するのは主にデータ・利用者アカウント・権限設定。

利用者が管理する範囲（○＝利用者、△＝分担、－＝提供者）：

最下段がすべて○であることが最重要です。どの形態を選んでも、データと権限の責任は利用者に残ります。

費用の用語も整理します。

• 固定費：使う量に関係なく毎月かかる費用。オンプレミスの減価償却費や保守費。
• 変動費（従量課金）：使った量に比例する費用。クラウドの時間課金。
• 減価償却：高額な機器の購入代金を、使う年数に分けて毎年（毎月）の費用にする会計処理。現金は購入時にまとめて出ていくが、費用は分けて計上される。つまり「月25,000円の費用」と「最初に120万円の現金支出」は同じ機器の別の見え方です。

段階付き例題：損益分岐時間を求めて判断する

問題：みなと商店の例で、月に何時間以上使うとオンプレミスのほうが安くなるか。

ステップ1：記号を決める。

• $F$：オンプレミスの月額換算の固定費（円／月）。ここでは $F=40{,}000$。
• $r$：クラウドの1時間あたり単価（円／時間）。ここでは $r=60$。
• $h$：1か月の稼働時間（時間／月）。

ステップ2：月額費用を式にする。オンプレミスは稼働時間に関係なく $F$ 円。クラウドは $r \times h$ 円。

ステップ3：等しくなる時間を求める。

$$h^{*} = \frac{F}{r} = \frac{40000\ \text{円}}{60\ \text{円/時間}} \approx 666.7\ \text{時間}$$

$h^{*}$（エイチスター）を損益分岐時間と呼びます。これより長く使うならオンプレミス、短ければクラウドが安い、という目安です。

ステップ4：用途に当てはめる。

ステップ5：仮定を書き出す。この判断は次の仮定に依存します。

1. オンプレミスの費用に、設置場所の賃料・担当者の作業時間・故障時の予備機を含めていない（含めると $F$ は大きくなり、$h^{*}$ は伸びる）。
2. クラウドは計算時間だけを数え、保存容量やデータ転送の費用を含めていない（費用と停止で扱う）。
3. クラウドには長期契約による割引の仕組みがある場合が多いが、含めていない。
4. 単価は架空。実際は公式の料金表で確認する。

仮定を書かずに「クラウドが安い」とだけ書いた提案は、前提が1つ変わると結論が逆転するため、レビューで通りません。

操作して理解する：単価と稼働時間を変えて逆転点を見る

次のコードは、稼働時間ごとに2案の月額費用を比べます。F（固定費）や r（単価）を書き換えて、損益分岐時間がどう動くか予想してから実行してください。

F = 40000   # オンプレミスの月額換算固定費（円/月）。架空
r = 60      # クラウドの1時間単価（円/時間）。架空

def monthly_cloud(hours, rate):
    # 稼働時間 hours（時間）と単価 rate（円/時間）から月額（円）を返す
    return hours * rate

breakeven = F / r
print(f"損益分岐時間: {breakeven:.1f} 時間/月")
for h in [8, 198, 500, 667, 720]:
    c = monthly_cloud(h, r)
    better = "クラウド" if c < F else ("同じ" if c == F else "オンプレミス")
    print(f"{h:>4} 時間: クラウド {c:>7,} 円 / オンプレ {F:,} 円 -> {better}")

出力（F=40000, r=60 のとき）：

損益分岐時間: 666.7 時間/月
   8 時間: クラウド     480 円 / オンプレ 40,000 円 -> クラウド
 198 時間: クラウド  11,880 円 / オンプレ 40,000 円 -> クラウド
 500 時間: クラウド  30,000 円 / オンプレ 40,000 円 -> クラウド
 667 時間: クラウド  40,020 円 / オンプレ 40,000 円 -> オンプレミス
 720 時間: クラウド  43,200 円 / オンプレ 40,000 円 -> オンプレミス

試してみましょう。

• 担当者の作業時間を月10,000円分として F = 50000 にすると、損益分岐時間は 50000÷60≈833時間。1か月は最大720時間（30日の場合）なので、どんな使い方でもクラウドが安いことになります。
• 長期契約の割引で r = 40 になると、損益分岐時間は1,000時間。同じく常時稼働でもクラウドが安くなります。

このように、結論は仮定の数字に敏感です。だから提案書には、計算式と仮定の値をそのまま載せ、読み手が自分の数字で計算し直せるようにします。

発展：費用以外の判断軸と、ハイブリッド構成

実務の選択は費用だけでは決まりません。代表的な判断軸を挙げます。

ハイブリッド構成：機密度の高いデータは社内に置き、匿名化した集計データだけをクラウドで分析する、というように両方を組み合わせる形も一般的です。この場合、2つの環境をつなぐネットワーク・権限・データ転送の費用を設計に含めます。

ロックイン（特定の提供者の独自機能に依存し、移行が難しくなること）にも注意します。独自機能は便利ですが、移行時の作り直し費用を見積もっておくと、後の判断が楽になります。提供者ごとのサービス名の対応は 「サービス名と役割」（有料版） で扱います。

よくある失敗

失敗1：常時稼働の処理を「クラウドは安い」で決める

誤った判断：「クラウドは使った分だけだから安い」として、24時間動く予測APIを時間課金のサーバーで設計した。

F, r = 40000, 60
hours_api = 30 * 24           # 常時稼働 = 720時間
print("クラウド:", hours_api * r, "円 / オンプレ:", F, "円")

出力は クラウド: 43200 円 / オンプレ: 40000 円 です。架空の単価ではありますが、常時稼働なら逆転することがあります。

なぜ誤りか：従量課金は「使わない時間に払わない」ことで安くなる仕組みです。使わない時間がなければ利点が消えます。

直し方：稼働時間を見積もってから損益分岐時間と比べる。常時稼働が確実なら、長期契約の割引、より小さいサーバー、オンプレミスとの比較を検討する。

失敗2：購入代金を「初月の費用」として比較する

誤った計算：オンプレミスの初月を「1,200,000円＋15,000円＝1,215,000円」、クラウドを「43,200円」として、「オンプレは28倍高い」と報告した。

なぜ誤りか：これは現金の出方（キャッシュフロー）と月々の費用を混同しています。4年使う機器なら、月の費用は 1,200,000÷48＋15,000＝40,000円です。一方で、初月にまとまった現金が出ていくこと自体は事実で、資金繰りの観点では重要です。

直し方：比較表に「初期の現金支出」と「月額換算の費用」を別の行として両方書く。

失敗3：「クラウドに移せば安全管理は提供者の仕事」と考える

誤った理解：SaaSの表計算サービスに顧客リストを置き、「提供者が守ってくれる」として共有設定を確認しなかった。結果、「リンクを知っている全員が閲覧可」のまま外部に転送されていた。

なぜ誤りか：提供者が守るのは、建物・機器・基盤ソフトウェアなど提供者側の層です。どのデータを置くか、誰に見せるか（共有・公開設定）は、SaaSであっても利用者の責任です（定義の表の最下段）。

直し方：サービスモデルに関係なく、導入時に「データの種類」「アクセスできる人」「公開範囲の既定値」を確認し、記録に残す。責任の分担表は 責任共有とログ で詳しく作ります。

まとめ

• オンプレミスは機器を自分で持ち、クラウドは提供者の資源を必要な分だけ借りて使った量に応じて払う。
• IaaS→PaaS→SaaSの順に提供者の管理範囲が広がるが、データ・アカウント・権限設定はどれでも利用者の責任。
• 損益分岐時間は 固定費÷時間単価。稼働時間がこれより長いと従量課金は割高になり得る。
• 初期の現金支出と月額換算の費用（減価償却）は別の行で比較する。
• 単価は架空・変わり得るものとして扱い、仮定と計算式を提案書に明記する。

用語

オンプレミス（on-premises）

組織が機器を自分で所有・専有し、自分の施設などで運用する形態。

クラウドコンピューティング（cloud computing）

提供者の計算・保存・ネットワーク資源を、ネットワーク経由で必要な分だけ利用し、使用量に応じて支払う形態。

IaaS / PaaS / SaaS（Infrastructure / Platform / Software as a Service）

クラウドのサービスモデル。順に、基盤（仮想サーバー等）、実行環境、完成したソフトウェアを借りる。

弾力性（elasticity）

需要に応じて資源をすぐに増減できる性質。

損益分岐時間（break-even hours）

固定費と従量課金の費用が等しくなる稼働時間。固定費÷時間単価で求める。

減価償却（depreciation）

高額な機器の購入代金を、使用年数に分けて費用として計上する会計処理。

よくある質問

なぜデータ分析の担当者がクラウドの基本を知る必要があるのですか？

分析や学習の処理をどこで動かすかで、費用・待ち時間・データの扱いの責任が変わるからです。インフラ担当に任せる場合でも、処理の稼働時間やデータの機密度を伝えるのは分析者の役目です。

レンタルサーバーやホスティングとクラウドの違いは何ですか？

境界はあいまいですが、クラウドは一般に「利用者が自分ですぐ作成・削除できる」「使用量に応じて課金される」「すぐ増減できる」という特徴を持ちます。月額固定で1台を長期に借りる契約は、クラウドの提供者が売っていても性質はオンプレミスに近くなります。

損益分岐時間の計算で、どこを間違えやすいですか？

オンプレミス側に人件費・設置場所・予備機を入れ忘れることと、クラウド側に保存・転送の費用を入れ忘れることです。どちらも結論を変え得るので、含めたもの・含めていないものを仮定として書きます。

需要が増えたらどうなりますか？

オンプレミスは機器の追加購入が必要で、届くまで待ちます。クラウドはすぐ増やせますが、増やした分だけ費用も増えます。増える上限と費用の監視を同時に設計します（費用と停止）。

上司に「クラウドとオンプレ、どちらにすべきか」と聞かれたらどう答えますか？

用途ごとの稼働時間の見積もり、月額換算の比較表（初期の現金支出と月額費用を別の行で）、損益分岐時間、費用以外の判断軸（データの置き場所の制約、調達の速さ、運用人員）を1枚にまとめ、「この仮定ならこちら」と条件付きで答えます。

IaaS・PaaS・SaaSのどれを選べばよいですか？

自分で管理したい範囲と、管理できる人員で決めます。OSの設定を細かく変える必要があればIaaS、アプリとデータに集中したければPaaS、既製の機能で足りればSaaSです。どれを選んでもデータと権限の設定は自分の責任です。

確認問題

次に学ぶこと

次は 計算・保存・ネットワーク で、クラウドで借りる資源の3つの柱（計算・保存・ネットワーク）を、用途に合わせて選ぶ方法を学びます。

費用の内訳（保存容量・データ転送）と停止の仕方は 費用と停止、責任の分担表は 責任共有とログ で深めます。権限の基本に不安があれば 「最小権限」（有料版） に戻ってください。