CapExとOpExの違いとは？クラウド移行で変わるIT投資モデルの基礎とTCO計算の実践ガイド

オンプレのサーバー調達稟議を上げたことがある人なら、「この機材費はいくら？」「5年間の運用コストはどう積み上がるか？」という問いに頭を悩ませた経験があるはずだ。

クラウドに移行すると、このコスト構造が根本から変わる。その変化を説明するキーワードが CapEx（資本的支出） と OpEx（営業費用） の概念だ。技術面では自信があっても、この財務用語の整理が曖昧なまま経営会議に臨むと、投資判断の場で言葉に詰まることがある。

この記事では両者の違いを整理し、クラウド移行でIT投資モデルがどう変わるか、そしてTCO（総所有コスト）を使った現実的な比較方法まで、オンプレ経験者の視点から解説する。

CapExとOpExの基本：オンプレ時代の財務構造

1. CapEx（Capital Expenditure：資本的支出）とは

CapExとは、将来にわたって価値を生み出す資産への投資のことだ。物理サーバー、ネットワーク機器、ストレージ装置、データセンターの建設費などが典型的な例になる。

会計上は「固定資産」として計上され、耐用年数にわたって 減価償却 で費用化される。たとえば500万円のサーバーを5年で均等償却すると、毎年100万円ずつ損益計算書に計上される仕組みだ。

CapExの特徴：
・初期に大きなキャッシュアウトが発生する
・減価償却で費用を平準化できる
・資産として貸借対照表（B/S）に載る
・調達後の容量変更が難しい（過剰・過少の二択になりがち）

2. OpEx（Operational Expenditure：営業費用）とは

OpExとは、事業を継続的に運営するための費用のことだ。電気代、ネットワーク回線の月額費用、ソフトウェアのサブスクリプション、保守サポート費、担当者の人件費などが該当する。

会計上は発生した期に即座に損益計算書（P/L）へ計上される。キャッシュアウトのタイミングと費用認識のタイミングが一致するため、月ごとの損益が見やすくなる。

OpExの特徴：
・支払いが継続的に発生する
・その期に全額費用として認識される
・資産ではなく費用なのでB/Sには載らない
・使用量や契約内容によって金額が変動する

3. オンプレ時代のコスト構造の整理

オンプレミスでは、以下のような費用が混在している。

オンプレ環境は「CapExとOpExの両方が混在する」構造だ。この混在こそが、実際のコストを把握しにくくしている一因でもある。

クラウドに移行するとOpEx中心になる理由

クラウド（AWS、Azure等）ではハードウェアを自分で所有しない。AWSのデータセンターに置かれたサーバーを「借りて使う」モデルであるため、利用者側のコスト構造はほぼすべてOpExに転換する。

EC2インスタンスを1時間起動すれば1時間分の料金が発生し、止めれば課金も止まる。サーバーを買ったわけではないので、固定資産の計上も減価償却もない。

CapEx型・OpEx型それぞれのメリットとデメリット

CapEx（オンプレ購入）のメリット

・長期コストの予測が立てやすい：5年間の所有コストが事前に計算できる
・長期安定稼働ならトータルコストが安い場合がある：同一スペックを長期間使い続けるなら、クラウドの月額より安くなることがある
・データ転送費がかからない：社内ネットワークで完結するため通信料が発生しない

CapEx（オンプレ購入）のデメリット

・ピーク合わせで無駄が生じる：最大負荷に合わせて購入すると、平常時は過剰スペックになる
・調達リードタイムが長い：新しいサーバーが届くまで数週間かかることもある
・陳腐化リスク：3～5年後に技術が古くなり、更改コストが再発する
・隠れコストが多い：電力、冷却、スペース、管理工数が積み上がる

OpEx（クラウド利用）のメリット

・初期投資ゼロ：試験的な検証環境も数分で立ち上げられる
・使った分だけ支払う：アイドル時間を削減すればコストを下げられる
・スケールの柔軟性：トラフィックに応じて自動で拡縮できる
・最新ハードウェアの恩恵を受けられる：AWSがインフラを刷新しても利用者は追加費用なしで恩恵を受けられる

OpEx（クラウド利用）のデメリット

・コスト管理が難しい：使いすぎると想定外の請求が来る
・長期利用ではコストが高くなりやすい：何も最適化しなければオンプレより割高になることがある
・データ転送費用が発生する：クラウドからデータを外に出す際の通信費が積み上がる

TCO（総所有コスト）で本当の比較をする

CapEx vs OpExの議論でよくある誤りは、「クラウドは月額が高い」「オンプレはサーバー代だけで済む」という単純比較だ。正しく比較するには TCO（Total Cost of Ownership：総所有コスト） の概念が必要になる。

1. オンプレの真のTCOに含まれるもの

オンプレのTCOでよく見落とされる項目を整理する。

・機材購入費：サーバー本体、ストレージ、ネットワーク機器
・電力費：PUE（電力効率）を考慮した実質的な電気代
・冷却費：エアコン・空調設備の維持費
・スペース費用：データセンターのラック賃借料または自社建物の按分
・保守費：ハードウェア保守契約（一般に購入費の10～15%/年）
・更改コスト：5年後の再調達費用をTCOに含める
・人件費：インフラ担当者の工数（パッチ適用・障害対応・ハード管理など）
・機会損失コスト：調達リードタイム中にビジネスが待たされるコスト

2. クラウドのTCOに含まれるもの

・インフラ利用料：EC2、RDS、S3等の使用量ベースの料金
・データ転送費：クラウド外への通信費
・サポートプラン費：AWS Business Support等の費用
・コミットメント費：Reserved InstanceやSavings Plansの初期コミット費用
・人件費の変化分：ハード管理工数がクラウド設計・最適化工数へシフトした差分

3. TCO比較の計算例（仮想シナリオ）

以下は概算のシナリオ例だ。実際の見積もりには AWS Pricing Calculator を活用し、自社の具体的な数値に当てはめて検証してほしい。

※上記はシナリオ例であり、実際のコストはワークロードの規模・特性・最適化施策によって大きく異なる。

このシナリオでは、クラウド利用料単体を比較すると「オンプレのほうが安い」と感じるかもしれない。しかし電力・冷却・人件費などの隠れコストを含めると話が変わってくる。一方で、大規模・長期安定稼働のワークロードではオンプレが有利になるケースもある。「クラウドが必ず安い」という前提で判断するのは危険で、自社のワークロードに応じた試算が不可欠だ。

クラウドOpExをコントロールする3つのアプローチ

OpEx型のクラウドコストで一番の懸念は「コストが見えにくい・コントロールしにくい」という点だ。これを解消するための実践的なアプローチを紹介する。

1. コスト可視化：AWS Cost ExplorerとAWS Budgets

AWS Cost ExplorerとAWS Budgets を活用すると、サービス別・リージョン別・タグ別のコスト分析と予算超過アラートが設定できる。月次のOpExを管理するうえで最初に導入すべきツールだ。アラートを設定しておくことで、「今月なぜか高い」という事態を事前に検知できる。

2. コスト配分：タグ戦略の設計

コスト配分タグを設計して、部門・プロジェクト・環境（本番/ステージ）単位でコストを可視化する。どの領域のOpExが多いかが一目でわかるようになる。詳細は AWSコスト配分タグ入門 を参照してほしい。

3. コミットメント割引：CapEx的な仕組みを取り入れる

クラウドにはOpExの柔軟性を保ちながら、CapExに近いコミットメントでコストを抑える仕組みがある。

・Reserved Instance（RI）：1年または3年のEC2利用をコミットすることで最大72%の割引（2026年6月時点）
・Savings Plans：コンピューティング使用量を金額単位でコミットし、EC2・Lambda・Fargateに柔軟に適用できる割引

Reserved InstanceとSavings Plansの違いと選び方 を参考に、自社のワークロードに合った割引方式を選ぼう。

これらは「使う量を事前にコミットする」という意味ではCapExに近い発想だ。ただし物理資産を所有するわけではないため、会計上は引き続きOpExとして処理される。

FinOpsという考え方：クラウドOpExを継続的に最適化する

クラウドOpExが青天井にならないよう、組織として管理する考え方が FinOps だ。エンジニア・財務・ビジネスが協力してクラウドの費用対効果を継続的に改善する取り組みを指す。

FinOpsの3サイクル：
・Inform（見える化）：どのリソースがいくら使っているかを把握する
・Optimize（最適化）：放置リソースの削除、RI/Savings Plansの活用、ライトサイジング
・Operate（継続改善）：月次レビューと自動化によるコスト管理の仕組み化

詳しい実践方法は FinOps実践入門 にまとめているので、あわせて参照してほしい。

よくある誤解と判断のポイント

「クラウドはOpExだから予算に通りやすい」は本当か

会計上はOpExとして処理しやすい面があり、初年度の大きなCapEx稟議が不要になるのは事実だ。ただし毎年継続的にOpExが発生するため、長期的には予算見通しの精度が問われる。「初期投資がなくてすぐ始められる」は正しいが、「財務上の判断が常に楽になる」とは言い切れない。

「大規模なら必ずオンプレのほうが安い」は本当か

一概にそうとは言えない。運用の自動化、RI活用、ライトサイジングを徹底すれば、大規模環境でもクラウドのTCOが有利になることはある。反対に、スペックが固定された安定稼働の大規模DBサーバーなどは、長期保有オンプレのほうがTCOが低くなる場合もある。ワークロードの性質と運用体制に合わせて判断することが重要だ。

「クラウド＝OpEx、オンプレ＝CapEx」と単純に分けられるか

オンプレでもホスティング（ハウジング）やマネージドサービスを使えばOpEx化できる。またクラウドでもRIのコミットメントはキャッシュフロー上CapEx的な性格を持つ。「クラウド＝OpEx」「オンプレ＝CapEx」という図式は大まかな理解のための整理であり、実際の会計処理や契約形態によって異なる点に注意してほしい。

本記事のまとめ

CapExとOpExの違いを理解することは、クラウド移行の技術判断だけでなく、経営陣や財務との対話においても必須の知識だ。TCOで正しく比較し、FinOpsで継続的に最適化する習慣を身につけると、クラウドの投資対効果を最大化できるようになる。