EXECUTIVE SUMMARY

エグゼクティブサマリー

日本企業におけるクラウドは、すでに例外ではなく標準の選択肢です。総務省「情報通信白書 令和7年版」（2025年7月発行）によれば、2024年時点で国内企業のクラウドサービス利用率は80.6%（前年比+2.5pt）に達しました。IDC Japan の国内データプラットフォーム市場予測でも、2025年は7,371億円、CAGR 7.7%での成長が見込まれています。

本ホワイトペーパーは、中堅企業（従業員500〜1,000名規模）の経営層・情シス責任者を対象にしています。オンプレETLとクラウドETLを「月額ランニング比較」ではなく、TCO・会計構造・運用継続性・将来価値の4観点で評価するための判断材料をまとめました。

本書で示す5つの発見

1. 01データ基盤の軸足はクラウドへ動いており、主要ツールベンダー各社もクラウド製品・サブスクリプション製品を主力ラインナップへ据えています（Informatica IDMC、ASTERIA Warp Cloud、HULFT Square 等）
2. 02現場で積み上がる「見えにくいコスト」（運用人件費、追加アダプター、更新投資）は月額保守料の数倍規模に膨らむことがあります
3. 035年TCOで比較するとクラウドETLが優位になるケースが多く、CAPEX→OPEX化には会計・財務面での利点が伴います
4. 04属人化や多ツール並存は、運用継続性の観点で定量化できる論点です
5. 05既存SIer・導入パートナーとの関係を維持しながら段階的に移行する選択肢が、実務として存在します

投資判断の軸は、「守り」と「攻め」の二段構えで整理すると見通しが良くなります。守りの観点では、クラウドETLが5年TCOで優位になることが多く、投資回収の損益分岐点として確認すべき前提条件です。攻めの観点では、IDC調査が示すとおりクラウド移行で得られる価値の96%はコスト削減以外（IT生産性、ビジネス俊敏性、運用リスク低減）であり、同じ投資で手に入る成果の中身こそが真の目的になります。

推奨する進め方は、現状の棚卸し → スモールPoC → 段階的移行ロードマップ策定、という順序です。

CHAPTER 1

いま、オンプレETLの現場で起きていること

1.1 データ基盤を取り巻く業界全体の構造変化

オンプレETLの領域を長くリードしてきた主要ツールベンダー各社は、ここ数年で相次いでクラウド製品・サブスクリプション製品へ軸足を拡げました。ラインナップを整理すると次のとおりです。

※市場シェア・市場規模は、東京商工リサーチ（TSR）調査およびアステリア公式プレスリリース（2025年9月22日「ASTERIA Warp 国内EAI/ESB市場で15年連続シェアNo.1」）に基づきます。

オンプレ単体製品のみというラインナップは少数派になりつつあります。どのツールベンダーも「既存顧客を尊重しながらクラウドへの移行パスを用意する」方向に動いています。SIer・導入パートナー各社もクラウド対応の支援体制を強化しており、業界全体でクラウドとの協働が前提になってきました。

1.2 現場で積み上がっている3つの運用課題

顧客側の現場では、オンプレETLを中心としたデータ連携運用で3つの構造的な課題が蓄積しやすいことが見えてきています。

これらは特定の企業や特定の製品に固有の課題ではありません。オンプレETLという仕組みの構造と、SaaS時代のデータ環境との相互作用から生じています。業界全体が向き合っている構造的課題として捉えれば、対策の見通しも立てやすくなります。

CHAPTER 2

オンプレETL継続の「見えていないコスト」

2.1 課題①：追加アダプターによる累積コスト構造

オンプレETLは歴史的に、接続先ごとに追加ライセンスを購入する価格体系が主流でした。データソースが少なかった時代と「ライセンス販売＋保守」というビジネスモデルを反映した設計で、当時としては合理的な仕組みです。

ところがSaaS時代に入ってデータソース数が急増すると、この価格体系は次のような特徴を帯びます。

データ活用の拡大に比例して追加ライセンス費と年間保守費が累積します。この累積構造は、現場が新規データソース接続を提案する際の判断ハードルになり、DX推進の速度にも間接的な影響を与えます。

2.2 課題②：多層プロセスと繰り返される更新投資

多層プロセスによるAPI対応リードタイム

オンプレETLにおけるAPI仕様変更対応は、業界標準的に多層プロセスをたどります。SaaSベンダーからツールベンダー、アダプター開発元（SIer子会社・パートナー等）、プライマリSIerを経て、最終的に顧客環境へと適用される構造です。それぞれの立場で検証・適用が必要になります。

そのため、SaaS側の仕様変更から顧客環境での本番反映まで、オンプレETLでは累積で2ヶ月 〜 6ヶ月のリードタイムが発生するケースが知られています。一方、クラウドETLはクラウドETLベンダー側でマネージド対応を行うため、顧客側・SIer側の追加作業は発生しにくく、対応リードタイムは2週間 〜 2ヶ月で収まるケースが多くなります。

ただし、この構造的優位は主要SaaSの標準コネクタを活用する場合に最も強く働きます。自社独自システムやマイナーなAPIとの連携では、クラウドETLでも要件定義〜実装工数が発生し、即応とはいかない場面があります。実務上は「接続先の8〜9割を占める主要SaaS」（Salesforce、Google Analytics 4、kintone、Marketo、各種広告媒体、主要DWH 等）でクラウドETLのマネージド対応が効き、残りの個別システムはオンプレETLでも同等の対応工数を要するため、標準コネクタ領域の差が累積インパクトを決めます。コネクタ網羅性（第5章で扱う選定基準の1つ目）が重要視される理由です。

繰り返される更新投資

オンプレETLには、製品ライフサイクルに沿った周期的な更新投資がつきまといます。中規模シナリオ（従業員300〜1,000名、接続データソース10〜20）を想定した場合の目安は次のとおりです。

5年TCOで見ると、初期投資と同規模の再投資が一度は発生するのが通例です。

2.3 課題③：運用ノウハウの属人化と多ツール並存

• 属人化: ETLフロー設計や運用ノウハウが、特定のキーパーソン（社内ベテラン・SIerベテラン）に集中しやすい状況があります。長年の運用で蓄積された暗黙知が非文書化のまま残るケースも多く、採用市場でもオンプレETL経験者のプールは縮小しつつあります
• 多ツール並存: ETL、EAI、iPaaS、RPA、Excelマクロ、個別バッチスクリプトが歴史的に併存している中堅企業は珍しくありません。ツールごとに契約管理・セキュリティ監査・権限管理が分かれるぶん、ツール数が増えるほど全社ガバナンスの管理負荷が積み上がります

これらの課題は「いま目の前で止まっている」性質の問題ではないため、短期的な優先度は上がりにくいのが特徴です。ただ、事業継続性・経営判断スピード・財務計画という中長期の視点で見ると、きちんと棚卸ししておきたい論点になります。

CHAPTER 3

経営視点での総合評価 ― TCO・会計・運用継続性

本章が扱うのは「守り」の観点、つまり投資回収の損益分岐点の確認です。クラウドETLが5年TCOで優位に立つことは、移行判断の必要条件であって目的そのものではありません。この条件を満たしたうえで、次章（第4章）で扱う「攻め」の価値（IT生産性・ビジネス俊敏性・運用リスク低減）に投資する構図になります。

3.1 軸①：5年TCO（3シナリオ比較）

同じ「ETL」という名称でも、企業規模・接続データソース数・データエンジニア体制によって想定コストレンジは大きく変わります。本書では3つのシナリオを用意し、それぞれの5年TCOを比較します。

本試算で「年間運用・保守総額」にオンプレETL側でクラウドETLを上回る金額を置いているのは、保守料（ライセンスの15%前後）に加えて、内部の運用・障害対応人件費を合算しているためです。第1章の氷山モデル（図1）で示したとおり、実質コストの85〜90%を占めるのは水面下の見えないコスト、つまり運用・監視・障害対応・属人化対応・周期投資対応といった内部工数です。保守料だけを比較するとオンプレETLが安価に見える場面が多いものの、この見えないコストまで反映させると逆転現象が起きます。単位は万円、典型パターンのレンジであり、実際は企業要件により変動するため自社条件での試算を推奨します。

肝心なのは、クラウドETLが5年TCOで一律に安いという話ではなく、初期投資と周期的な再投資が不要で、コストが年次で平準化されるという2点の組み合わせです。この2点の組み合わせが、財務計画の予測可能性と経営判断の自由度を押し上げます。

3.2 軸②：会計・財務構造（CAPEX→OPEX）

IT投資の会計上の扱いは、経営指標とキャッシュフローに直結します。オンプレETLとクラウドETLでは、次のような違いが生じます。

ROIC経営が広がるなか、IT投資を「コスト項目」ではなく「企業価値向上資源」として事業ポートフォリオと連動させて管理する考え方が定着してきました。CAPEX→OPEX化は、会計構造のシンプル化と経営の柔軟性を両立させる選択肢として、IR評価の文脈でも注目を集めています。

なお、オンプレ資産がすでに償却済みの企業では、クラウド利用料（OPEX）の発生が短期的にはP/L上で費用増に見える場面があります。ただし、経営インパクトの本質は会計処理の見た目ではなく、周期的で突発的な設備投資を排除できることにあります。第2章で触れたとおり、オンプレETLを継続するとサーバーリプレース（3〜5年周期、200〜500万円）、OS・ミドルウェアサポート終了対応（3〜5年周期、100〜300万円）、ETL製品大型バージョンアップ（5〜7年周期、300〜800万円）という投資判断が断続的に発生します。これらは予算計画を一時的に歪め、意思決定にバイアスをかけます。クラウドETLへの切り替えは、こうした断続的な大型CAPEXを平準化されたOPEXに置き換えることで、複数年度にわたる財務予測の精度を高め、投資余力を戦略領域に再配分する自由度をもたらします。

3.3 軸③：運用継続性の観点

運用継続性は、短期では顕在化しにくいものの、中長期では事業そのものを揺らす論点です。

• 属人化の観点: キーパーソン集中構造は、変更コストと事業停止リスクの両方を押し上げます。採用市場でのオンプレETL経験者プールの縮小や、暗黙知の継承負荷も中期で効いてきます
• ツール・製品ライフサイクル: ツールベンダー各社はクラウド製品への軸足移動を進めており、長期的な製品戦略には注意を払っておきたいところです
• 統制・監査の観点: 多ツール並存環境ではガバナンス統制負荷が高まり、監査工数はツール数に比例して増えやすくなります

これらの観点は、次のような視点で定量化できます。