「COBOLシステムをどうにかしなければと思っているが、リプレース・リライト・リホストの違いが分からない」「ベンダーから3つの提案が来ているが、どれが自社に合っているか判断できない」——COBOLシステムの移行を検討している経営者から、こうした問いが届きます。3つの手法は名称こそ似ていますが、費用・期間・リスク・移行後の保守性がまったく異なります。本記事では、経営者が自社に合った手法を選べるよう、3手法を徹底比較します。
『リプレース・リライト・リホスト、どれが自社に合うか判断できない』とお悩みですか？ 25 年の経験で最適な手法を一緒に整理します。 無料相談 ＞3手法の定義｜まず言葉を整理する
COBOLシステムの移行を議論するとき、「リプレース」「リライト」「リホスト」という用語が混在して使われます。まず定義を揃えます。
| 手法 | 何をするか | COBOLコードの扱い |
|---|---|---|
| リプレース（Replace） | 現行COBOLシステムを廃止し、既存パッケージ（ERP等）または新規開発システムに置き換える | COBOLコードは原則廃棄。業務要件を新システムで再実装 |
| リライト（Rewrite） | COBOLの業務ロジックを読み解き、JavaやPythonなど別言語で書き直す | COBOLのロジックを引き継ぎつつ、別言語のコードに変換 |
| リホスト（Rehost） | COBOLコードはそのまま残し、動作するハードウェア・OS環境をメインフレームからオープン系・クラウドに移す | COBOLコードは維持（または最小限の修正） |
簡単に言うと、リプレースは「中身ごと入れ替える」、リライトは「言語だけ換える」、リホストは「動く場所を換える」です。
3手法の詳細比較｜費用・期間・リスク
リプレース（パッケージ導入・新規開発）
COBOLシステムの業務要件を整理し直し、ERPなどの既存パッケージに乗り換えるか、新規システムをゼロから構築します。3手法の中で最も大きな変化を伴いますが、「COBOLという負債を完全に清算できる」唯一の手法です。
- 費用目安（150～300名）：パッケージ ERP なら 5,000万～1.5億円、新規開発なら 8,000万～2億円
- 期間目安：14～30ヶ月
- 主なリスク：業務要件の定義漏れ・カスタマイズ費の膨張・現行業務との乖離
- 向いているケース：現行COBOLシステムの業務ロジックが陳腐化・新機能追加が前提・将来の拡張性を最重視
リライト（他言語への書き直し）
COBOLの業務ロジックを解析し、JavaやPythonなどモダンな言語で書き直します。業務ロジックを継承しながらCOBOL依存から脱却できるため、「COBOLシステムの業務ロジックに価値があり、それを活かしたい」場合に向きます。
- 費用目安（150～300名）：5,000万～1.5億円
- 期間目安：14～24ヶ月
- 主なリスク：COBOLコードの解析工程での工数超過・コードにドキュメントがない場合のリバースエンジニアリング長期化
- 向いているケース：業務ロジックは正確・複雑だが、言語・インフラをモダン化したい。COBOLエンジニア不在でも保守できる状態にしたい
リホスト（動作環境の移行）
COBOLコードはそのまま、動作するハードウェアやOSをメインフレームからLinuxサーバーやクラウドに移します。3手法の中で最もリスクが低く・短期で・低コストで実施できますが、「COBOLを使い続ける」という選択のため、技術者不足の問題は解決しません。
- 費用目安（150～300名）：2,000万～5,000万円
- 期間目安：8～14ヶ月
- 主なリスク：COBOLコードの保守問題は継続・COBOL技術者引退リスクを先送りするだけ
- 向いているケース：メインフレームのハードウェア保守切れが目前・とにかく早急にコスト削減が必要・リライト・リプレースの予算と時間が確保できない
3手法の総合比較表
| 判断軸 | リプレース | リライト | リホスト |
|---|---|---|---|
| 費用（150～300名） | 5,000万～2億円 | 5,000万～1.5億円 | 2,000万～5,000万円 |
| 期間 | 14～30ヶ月 | 14～24ヶ月 | 8～14ヶ月 |
| 移行リスク | 高い | 中 | 低い |
| COBOL依存の解消 | ◎ 完全解消 | ○ 解消（別言語へ） | △ 解消されない |
| 移行後の保守性 | ◎ 高い | ○ 高い | △ 変わらない |
| 業務改善の余地 | ◎ 全面的に可能 | ○ 部分的に可能 | × できない |
| 5年TCO | 低くなりやすい | 中程度 | 高くなりやすい（COBOL保守費継続） |
手法選定フロー｜4つの問いで絞り込む
どの手法を選ぶかは、次の4つの問いに答えることで絞り込めます。
問い 1：メインフレームのハードウェア保守切れが目前ですか？
YES → リホストを最優先で検討。まず動作環境をオープン系に移し、その後リライト・リプレースを段階的に計画。
問い 2：現行COBOLシステムの業務ロジックは今も正確で価値がありますか？
YES（業務ロジックに価値あり）→ リライトを検討。ロジックを継承しながら言語をモダン化。
NO（業務ロジックが陳腐化・将来に使えない）→ リプレースを検討。業務要件から見直す。
問い 3：予算は5,000万円以上確保できますか？
NO（予算が厳しい）→ リホスト（応急）→ リライト（段階的）の2段階アプローチを検討。
YES → リライト・リプレースが選択肢に入る。
問い 4：COBOL技術者が社内にいない・いなくなる予定ですか？
YES → リホストは非推奨。COBOL依存が続くリホストは「問題の先送り」になる。リライト・リプレースを選択。
手法選定でよくある失敗パターン3つ
失敗 1：コストだけ見てリホストを選び、問題を先送りした
「リホストが一番安いから」という理由で選択し、5年後に「COBOL技術者が誰もいない・保守コストが倍になっている」という状況に陥るケースです。リホストは「問題を解決する」のではなく「問題を先送りするコスト」という認識が重要です。5年TCOで比較すると、リホストが最も高くつくことがあります。
失敗 2：リプレースでパッケージ選定を急ぎ、業務要件の整理を省略した
「ERPに刷新すれば解決する」という発想でパッケージを先に選定し、業務要件の整理を後回しにすると、カスタマイズが積み上がり費用が青天井になるリスクがあります。リプレースでは「自社の業務独自性がどこか」「パッケージ標準機能で代替できるか」を業務部門も交えて整理することが先決です。
失敗 3：リライトでCOBOLコードのドキュメントがないまま着手した
リライトはCOBOLコードの業務ロジックを正確に理解することが前提です。ドキュメントがなく・コメントも少ないCOBOLコードのリバースエンジニアリングには、予想の2～3倍の工数がかかることがあります。「COBOLコードの棚卸し・業務ロジックのドキュメント化」を着手前の独立工程として計画することを強くお勧めします。
まとめ｜手法選定は「5年後の保守性」で判断する
リプレース・リライト・リホストの選択は、「今の費用」ではなく「5年後の保守性とTCO」で判断することが重要です。
- リプレース：COBOL負債を完全清算。費用・期間は最大だが保守性は最高。業務要件の陳腐化が進んでいるなら最適
- リライト：業務ロジックを継承しながら言語をモダン化。バランス型の選択肢
- リホスト：最短・最安。ただしCOBOL依存継続・5年TCOは割高。「つなぎ」と位置づけることが重要
COBOL技術者不足の深刻な実態については、COBOL技術者不足・2030年問題のガイドを参照してください。JavaへのリライトなどCOBOL移行の技術的な詳細については、COBOLからJavaへの移行ガイドも合わせてご覧ください。
株式会社クオンツでは、『COBOLシステムの移行手法選定』『リプレース・リライト・リホストの費用試算』『現行COBOL資産の棚卸し支援』のご相談を、無料で受け付けています。汎用機・オフコンからオープン系・クラウド基盤への移行プロジェクトに 25 年携わってきた経験から、貴社のCOBOL資産規模・業務要件・予算感に合わせた現実解を一緒に整理します。机上のコンサルではなく、お客様の現場と並走するスタイルで、次の一歩の選択肢を整理します。
