残された検討時間は長くない
富士通メインフレームの2035年度保守終了まで猶予はありません。
販売・製造終了や数年単位の移行期間を逆算すると、実質的な検討期限は目前です。
将来を見据えた次世代基盤への計画検討を進める必要があります。
検討開始のタイミング
PoCや現状分析にも時間を要します。
「未着手」の状態が最もリスクの高いフェーズです。
販売・製造終了
リソース逼迫リスク
方針見直しのタイミングに加え、移行需要の集中によりベンダーリソースの確保が難しくなる可能性があります。
保守・サポート終了
期限直前では選択肢は限られます。
余裕ある移行には前倒し準備が不可欠です。
移行需要が集中した場合, ITベンダー側のリソースが逼迫し、「やりたくても着手できない」状況になるリスクも現実的に存在します。
詳しくは 2035年問題と対策の詳細資料をご確認ください。
2035年問題を乗り越える4つのアプローチ
富士通メインフレームの2035年問題に向き合ううえでは、単に「移すか・作り直すか」ではなく、「どこまで業務を変えるか」「既存資産をどこまで活かすか」「期間やリスクをどこまで許容するか決める」といった観点で、アプローチを選ぶ必要があります。
再構築（Re-Build）
要件から全面的に作り直すアプローチ。
リホスト（Re-Host）
業務ロジック、プログラム言語は変えず、基盤のみ移行
リライト（Re-write）
業務ロジックを維持しつつ、言語・基盤をモダナイゼーション。
パッケージ適用（Replace）
ERPやSaaSへ置換。
重要なのは、「2035年までに現実的に完遂できるアプローチを選ぶこと」です。
なぜ、エクサはリライトアプローチを選ぶのか
2035年問題への対応では、現在の要員を維持・活用しながら、将来の人材不足にも備える必要があります。
エクサは、その両立を図りやすい手法としてリライトアプローチを重視しています。
現在と将来を両立するための現実的な選択
リホストは移行リスクを抑えやすい一方で、将来的なIT人材不足の根本的な解決につながりにくいケースもあります。
一方、リライトは現代の技術仕様へ変換することで、業務知識を活かしたスキル転換を進めやすいアプローチです。
現在の保守要員を活かしやすい
現行の業務理解や運用知識を維持したまま、オープン系技術への段階的なスキル転換を図ることができます。
将来の人材不足にも備えやすい
古い技術を温存するのではなく、Javaなどの一般的な技術基盤へ移行することで、将来的な保守体制の持続性を高めます。
EXERAとは
EXERAは、富士通メインフレーム資産をオープン環境へ移行するためのモダナイゼーションソリューションです。
COBOL資産を活かしながらJavaへリライトし、移行後の運用まで見据えた現実的なシステム移行を実現します。
技術構造
富士通特有資産を維持したまま移行可能
AIM/ACSなどのオンライン処理やPSAMなどのデータ構造に対応した互換フレームワークをベースに、既存システムの特性を維持したままオープン環境へ移行します。
変換方式
業務ロジックを維持したリライト
COBOLで構築された業務ロジックを活かしながらJavaへ変換し、保守性・拡張性に優れたオープン技術基盤へ移行します。
支援範囲
移行から運用までを一貫して支援
現状分析・PoC・移行・運用までをトータルで支援し、移行後も継続的に活用できるシステム基盤の構築を支えます。
EXERAのレイヤー別移行アプローチ
アプリケーション・データ・ミドルウェア・OSの各レイヤーに対して、富士通メインフレーム環境からオープン環境への移行を実現します。
アプリケーションからOSまでの各レイヤーにおける移行イメージ
一般的なリライトとEXERAの違い
一般的なリライトは「コード変換の効率化」に重点が置かれるのに対し、EXERAは「移行後も使い続けられるシステム設計」を前提としています。
難易度の高い領域までカバー
一般的なリライトでは対応が難しい富士通特有のミドルウェア構成にも対応。コード単体ではなく、システム全体として成立する移行を前提としています。
移行後の保守体制まで設計
単なる変換ではなく、現行要員のスキル転換を前提に設計。移行後も継続的に運用できる体制づくりまで見据えています。
生成AIで大規模変換を現実的に実現
アセンブラなど大規模かつ複雑な資産の変換に生成AIを活用。モダナイゼーションのプロセスに生成AIを積極的に活用することで移行工数の低減、移行期間の短縮を実現します。
EXERAによる移行の効果
EXERAは、単に移行先を変えるだけではなく、移行後の運用・保守・拡張まで見据えた基盤づくりを支援します。
ベンダーロックインの解消
特定ベンダーへの依存が強い構成では、将来の選択肢が限られやすくなります。EXERAはオープンな基盤への移行を通じて、ベンダーに依存しない柔軟なシステム運用が可能になります。
保守体制の持続性向上
COBOL資産に依存した体制では、保守要員の確保や引継ぎが課題になりがちです。EXERAはJavaへのリライトにより、持続可能な開発・保守体制づくりを後押しします。
新サービス・機能追加への対応力向上
レガシー環境では、新サービス導入や機能追加に制約が生じやすくなります。EXERAはクラウドやコンテナ活用を見据えた基盤づくりにより、変化への対応力を高めます。
コスト最適化
ハードウェアやソフトウェア、運用コストが固定化された状態では見直しが難しくなります。EXERAは選択肢を広げることで、柔軟なコスト設計につなげます。
エクサが選ばれる理由
EXERAは、20年以上にわたり多様なモダナイゼーションプロジェクトで培った実績をもとに、現実的な移行アプローチと移行後まで見据えた支援を提供します。
多様なシステム移行で蓄積されたノウハウ
環境の移行を通じて、現実的な移行ノウハウを蓄積しています。
止められない基幹システムを支えてきた当事者視点
JFEスチールの情報システム部門を母体とするエクサは、基幹システムに求められる安定性や非機能要件を踏まえた設計・移行支援を強みとしています。
計画策定から移行後まで見据えた伴走型支援
現状可視化、方式選定、PoC、段階的移行、移行後の安定運用まで、一連の流れを見据えて支援します。単なる変換にとどまらず、移行後も使い続けられる基盤づくりを後押しします。
よくあるご質問
サンプルアプリケーションをダウンロード
EXERAによる移行後システムを一部体験いただけます。
あわせて、お客様がお持ちのCOBOLアプリケーションのサンプル変換についてもご相談いただけます。
2035年問題を見据えた検討の入口に
富士通メインフレーム2035年問題と、今から始めるべき理由を整理したホワイトペーパーです。
検討開始のきっかけづくりにご活用ください。
まずは、現状把握とPoCから始めるという選択があります
いきなり大規模刷新を決断する必要はありません。
まずは自社の現状を可視化し、どの進め方が現実的かを見極めることが重要です。
エクサはPoCフェーズから支援します。
このソリューションに関するお問い合わせ
関連情報
関連ソリューション
エクサを知る
お問い合わせ
CONTACT
Webからのお問い合わせ
エクサの最新情報と
セミナー案内を
お届けします
