株式会社renue
内製化支援
内製化支援で、この記事のテーマを実務に落とし込めます
renueが社内で運用しているシステムをサービス化したものです。何ができるか、どう動くかをサービスページでご覧ください。
レガシーモダナイゼーションとは？
レガシーモダナイゼーション（Legacy Modernization）とは、老朽化した業務システム（メインフレーム、COBOL、オンプレミスの独自開発システム等）を最新のテクノロジー（クラウド、マイクロサービス、API、コンテナ等）に移行・刷新するプロセスです。
Mordor Intelligenceの推計では、世界のレガシーモダナイゼーション市場は2025年249.8億米ドル、2026年293.9億米ドル、2031年662.1億米ドルで、2026〜2031年の年平均成長率は17.64%と予測されています。確定した実績ではなく、調査会社の市場推計です。（出典：Legacy Modernization Market）別の調査であるMarketsandMarketsの2025年8月発表では、世界のメインフレームモダナイゼーション市場は2025年83.9億米ドルから2030年133.4億米ドル、同期間のCAGRは9.7%と予測されています。市場の対象と予測期間が前述の調査とは異なります。（出典：Mainframe Modernization Market）
レガシーシステムが抱える課題
| 課題 | 影響 |
|---|---|
| 技術的負債 | 数十年分のコードの蓄積、密結合、ドキュメント不足で変更が困難 |
| 人材不足 | COBOL等のレガシー技術を扱えるエンジニアの高齢化・退職 |
| 高い維持コスト | 参考として、JUASの2017年報告書では2016年度の「現行ビジネスの維持・運営」へのキャッシュベースIT予算配分は平均78.8%（当該設問855社）。レガシーだけの費用や2026年の値ではない（出典：図表3-2-1・本文80頁） |
| ビジネスの制約 | 新機能の追加に数ヶ月〜年単位を要し、ビジネスの俊敏性が低下 |
| セキュリティリスク | パッチ適用の困難さ、古い暗号化方式、監査の限界 |
| 統合の困難さ | APIがなく、他システムとの連携が困難 |
COBOLとメインフレームの現状
Micro Focusが委託しVanson Bourneが実施した49か国のCOBOL関係者向け調査の2022年2月発表では、本番で日常的に使われるCOBOLコードは世界で7,750億〜8,500億行と推計されました。調査時点の推計であり、2026年の全量を実測した値ではありません。COBOLは銀行・保険・政府機関等の業務システムで利用されています。（出典：調査を委託したMicro Focusの発表）既存システムを保守しながら継続利用している企業でも、以下の理由でモダナイゼーションが急務となっています。
- COBOL人材の枯渇：COBOL技術者の高齢化が進んでいるとされ、退職に伴う知識喪失が懸念されます
- メインフレームの運用コスト：MIPS等で見た処理規模に加え、ライセンス・可用性・ピーク負荷・保守・移行費を含めたTCOを比較。クラウド移行の費用対効果はワークロードと方式で異なる（出典：方式別の費用対効果）
- デジタルサービスとの統合困難：モバイルアプリ、API連携、リアルタイム処理への対応が困難
モダナイゼーションの6つの選択肢
本稿では維持・廃止・リホスト・リプラットフォーム・リファクタ・リプレースの6つを整理します。AWSの7RsにはRelocateも含まれ、RepurchaseがSaaS等への置換に相当します。分類名や数は資料によって異なり、下表のリスク・コストも規模や依存関係によって変わります。（出典：AWSの7Rs）
| アプローチ | 内容 | リスク | コスト | 適したケース |
|---|---|---|---|---|
| Retain（維持） | 現状のまま運用を継続 | 低 | 低（短期） | 移行リスクが高い重要システム |
| Retire（廃止） | 不要なシステムを廃止 | 低 | 低 | 使われていないシステム |
| Rehost（リホスト） | アプリ構成の変更を抑えて基盤を移行（Lift & Shift）。実行環境の互換性を確認 | 低 | 低〜中 | クイックウィン、コスト削減 |
| Replatform（リプラットフォーム） | 一部を最適化してクラウドに移行 | 中 | 中 | DB移行、コンテナ化 |
| Refactor（リファクタ） | コードをクラウドネイティブに書き直し | 高 | 高 | 長期的な柔軟性が必要 |
| Replace（リプレース） | SaaS/パッケージに置き換え | 中〜高 | 中〜高 | 標準的な業務（ERP、CRM等） |
Straits Researchの2026年8月24日更新の世界メインフレームモダナイゼーション市場推計では、方式別でリファクタリングが2025年に39.3%の最大シェアを占め、リプラットフォーミングは2026〜2034年に約10.7%のCAGRで最も速く成長すると予測されています。冒頭2社とは別の調査であり、同じ市場集計として数値を合算しません。（出典：方式別の市場推計）
AIが加速するレガシーモダナイゼーション
2025〜2026年には、AIを活用してモダナイゼーションを支援する製品の機能が拡充しています。（出典：AWS Transform for mainframe）
AIの主要活用領域
- コード分析：AIが対応するレガシーコードを分析し、依存関係・ビジネスロジック・データフローの可視化を支援。AWS TransformではCOBOLプログラムやJCL等を入力し、対応形式・規模・解析結果を確認（出典：入力と分析機能）
- コード変換：AIがCOBOL等から対応する言語への変換を支援。AWS TransformのCOBOLリファクタリングではJavaへの変換とJavaコードの改善を行う（出典：COBOL-to-Java・Reforge）
- ドキュメント生成：レガシーコードからAIがビジネスロジックの説明を生成し、担当者が元コード・業務要件との一致を確認（出典：業務ロジック抽出）
- テスト自動化：AIがテスト計画やデータ収集・テスト用スクリプトの作成を支援。担当者が対象ケースと生成物を確認して新旧環境で実行・比較し、業務上の同等性を判定する（出典：テスト計画と自動化支援）
- 移行計画：AIが依存関係の分析・複雑度の把握・移行順序の案を作成し、業務影響とリスクを担当者が確認（出典：計画とレビュー）
AWS Transform for Mainframe
AWSが提供するAI搭載のメインフレームモダナイゼーションサービスで、コード分析、COBOLからJavaへのリファクタリング、移行計画、ドキュメント生成、テスト準備等を支援します。AWSは数年規模の作業を数ヶ月へ短縮する狙いを説明していますが、期間は対象コード・移行範囲・検証結果によって異なり、生成物のレビューと業務テストが必要です。（出典：製品の狙い、機能とレビュー工程）
レガシーモダナイゼーションの実践ステップ
以下の期間は計画を考えるための目安例です。一般的な実績値や完了の保証ではなく、対象範囲・依存関係・業務テスト・切替可能な時期を踏まえて見積もります。
ステップ1：アセスメントと計画（2〜3ヶ月）
- レガシーシステムの完全なインベントリ（アプリ、データ、依存関係）
- 各システムのビジネス価値とモダナイゼーションの緊急度の評価
- 上記6つの選択肢の適用判断（どのシステムにどの方法を使うか）
- 移行ロードマップと優先順位の策定
- TCO比較（現行維持コスト vs モダナイゼーション投資）
ステップ2：パイロットプロジェクト（3〜6ヶ月）
- リスクが低く、効果が見えやすいシステムでパイロット移行
- AI活用のコード分析・変換ツールの検証
- 移行後のパフォーマンス・品質の検証
- チームのスキル習得と体制構築
ステップ3：段階的な移行（12〜36ヶ月）
- Strangler Figパターン：レガシーシステムを段階的に新システムで置換
- APIラッパーによるレガシーとモダンシステムの共存
- データ移行と並行運用
- ステークホルダーとのコミュニケーション
ステップ4：最適化と継続的改善（継続的）
- クラウドネイティブ化の深化（マイクロサービス化、コンテナ化）
- FinOpsによるコスト最適化
- 残存レガシーの計画的な段階廃止
よくある質問（FAQ）
Q. レガシーモダナイゼーションにはどの程度の期間とコストがかかりますか？
規模と複雑さによって大きく異なります。リホストは変更量を抑えやすい方式ですが、互換性・データ移行・テスト次第で期間と費用が変わります。費用規模の参考として、米国連邦政府の移行を扱うAWSの2024年2月の解説は、全面的なコード書換えが4年以上・数千万米ドルに及ぶ場合があるとしています。これは特定の方式・文脈の説明であり、日本企業全体の相場や個別案件の見積ではありません。（出典：方式による期間・費用の差）AIツールによる期間短縮も、分析・変換だけでなく検証や手直しを含めて確認します。段階的なアプローチで小さな成功を積み重ねることが、大規模モダナイゼーション成功の鍵です。
Q. COBOLをそのままクラウドで動かすことはできますか？
はい。COBOLを残したまま基盤を移す選択肢として、Rocket Enterprise Server（旧Micro Focus系製品）はLinux・UNIX・Windowsやクラウドでの稼働を案内しています。AWS Mainframe ModernizationのRocket向けReplatformもありますが、2026年9月17日確認時点でManaged RuntimeとSelf-Managedの双方が新規顧客の受付を終了し、既存顧客は継続利用できます。新規導入ではベンダーからの直接提供等を確認してください。コード変更が不要か、コストを下げられるかは、互換性・周辺製品・ライセンス・データ形式・テストの結果次第です。（出典：対応環境、Rocketとの連携、新規受付・既存利用の区分）一方、長期的にはCOBOL人材の枯渇問題は解消されないため、段階的なリファクタリングとの組み合わせが推奨されます。
Q. モダナイゼーションの最大のリスクは何ですか？
主要なリスクの一つが「ビジネスロジックの消失」です。レガシーシステムには数十年分のビジネスルールが暗黙的にコードに埋め込まれており、ドキュメント化が不十分な場合があります。（出典：既存コードの分析・文書化）リファクタリングや置き換え時にこれらのロジックが欠落すると、業務に重大な影響を与えます。AI活用のコード分析でビジネスロジックを事前に抽出・文書化することが、このリスクの軽減に有効です。
まとめ：レガシーは「技術の問題」ではなく「経営の問題」
市場成長の予測は対象と期間で異なり、Mordor Intelligenceのレガシー市場は2026〜2031年17.64%、MarketsandMarketsのメインフレーム市場は2025〜2030年9.7%です。維持費が新規投資を圧迫していないかは自社の予算で確認し、JUASの2016年度の維持・運営費78.8%を2026年のレガシー専用費と混同しないようにします。AWSはAIによる移行期間の短縮を目指していますが、数年から数ヶ月への短縮を全案件で保証するものではなく、対象範囲と検証に必要な工数を見積もります。（出典：レガシー市場、メインフレーム市場、2016年度の予算配分、期間短縮の狙い）
renueでは、AIを活用したシステムモダナイゼーションやクラウド移行の支援を提供しています。レガシーシステムの刷新やIT戦略の見直しについて、まずはお気軽にご相談ください。
renueのサービス一覧はこちら
お問い合わせ・ご相談はこちら
