# アプリケーションのモダナイゼーション Published articles for アプリケーションのモダナイゼーション. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Mainframe modernization options and migration strategies for 2026 DevFeed: [Mainframe modernization options and migration strategies for 2026]() Original publisher: [Read original article]() Author: nkondo Published: 2026-09-16T00:35:16Z Content type: opinion Language: ja Sources: [VMware Blogs]() Topics: [Mainframe](), [Cloud]() Tags: [architecture](), [cloud](), [international](), [mainframe](), [modernization](), [tag-78060198c513](), [tag-b333ed7fe4f9](), [vmware-cloud-foundation]() ### AI overview This article examines mainframe modernization in 2026, comparing on-premises, public cloud, sovereign cloud, and dedicated VMware infrastructure options. It recommends assessing performance, availability, security, data sovereignty, cost, and migration risks, with staged migration and current-state assessment as key practices. ### Source excerpt 第一回：2026年、メインフレーム・モダナイゼーションの現在地 メインフレーム（汎用コンピュータ）は、日本の社会インフラや主要企業の基幹業務システムにおいて、長年にわたり高い堅牢性と信頼性を提供してきました。IBMのz/OS、富士通のXSP/OSIV、NECのACOSなど、各社が独自に発展させたプラットフォームは、現在も重要インフラを支えています。しかし2026年現在、主要メーカーによるメインフレーム事業の撤退・サポート終了方針の提示、および保守を担うベテラン技術者の定年退職によるスキル継承の限界から、事業継続上の実害を伴う課題が顕在化しています。 こうした状況下において企業に求められるのは、単なるシステムの延命ではなく、自社のデータに対する統制（データ主権）を維持し、将来的なデータ活用を見据えたシステムアーキテクチャの再設計です。 本稿では、メインフレームのモダナイゼーションにおける選択肢として、オンプレミス環境や各種クラウド基盤の特性およびリスクを比較・整理することで、失敗しない移行への第一歩を考えます。 1. 確実性を高めるアプローチとインフラの選択肢 メインフレーム脱却において重要な検討事項は、移行後におけるシステム性能、可用性、セキュリティなどの非機能要件の維持です。 プログラム言語の変換のみでは、基幹システムとしての要求水準を満たすことはできません。この課題に対して、VMwareのTanzuアーキテクチャチームが公開している技術指針（An Architecture Path to Mainframe Modernization）では、一括刷新（ビッグバン移行）に伴う処理結果の不一致や障害リスクを回避するため、段階的な移行手法が推奨されています。具体的には、アプリケーション層において、現行システムを稼働させながら、重要な機能やデータを単位ごとに新環境へ段階的に移行する手法（Stranglerパターン）を適用します。そして、それを受け止めるインフラ層として、自社統制が可能なVMware環境上のLinux基盤を採用することにより、既存のビジネスロジックを活用しつつ、メインフレームと同等の応答性や可用性を維持することが可能となります。 一方で、パブリッククラウド各社が公開している情報をもとに直接パブリッククラウドのネイティブ環境へ移行するルートを検討する企業も少なくありません。パブリッククラウドは最新のAI機能や外部サービスと手軽に連携できるメリットがありますが、基幹システムをそのまま持ち込む際には把握しておくべき現実的な注意点があります。 共有環境（マルチテナント）における非機能要件の課題 他社と物理リソースを共有する構成では、ミリ秒単位の低遅延処理や、他システムの負荷影響を排除したリソース隔離の再現が困難です。 専用（占有）環境におけるコストおよび為替リスク 上記の課題を回避するために占有環境を採用した場合、初期費用および運用費用が高騰しやすくなります。また、サービス特有のドル建て課金体系により、為替変動（ドル高・円安）や国際情勢の影響を受けて中長期的なインフラコストが不透明化するリスクがあります。 データ主権に関わるリスク 米国クラウド法（CLOUD Act）に基づく国外法執行機関からのデータアクセス要求の可能性や、暗号鍵の管理権限を事業者に依存することによるデータ閲覧リスクなど、データ統制上の課題が生じます。 現在では、オンプレミスの堅牢性とクラウドの柔軟性を両立させるアプローチとして、国内事業者によるソブリンクラウドや、ハイパースケーラー上で展開される専有VMware基盤（VMC on AWS, AVS, OCVS等）も有力な選択肢となっています。コスト・性能・法制度リスクを多角的に評価した上で、適材適所の配置を行うことが不可欠です。 2. 2026年における移行戦略と仕分け 規約や為替リスクを回避し、自社主導でデータを管理・運用するための移行パターンとして、代表的な3つのアプローチを整理します。 移行パターン 具体的なアプローチ 2026年現在の評価とリスク 1. リプレイス （全面手組み刷新） システムを解体し、パッケージ導入またはゼロから再構築します。 数千万行規模のビジネスロジックの再設計を伴うため、膨大なコストと期間を要します。現行システムとの処理結果の相違等により、長期化・頓挫リスクが高くなります。 2. リホスト （クラウド直接移行） 現行プログラムをパブリッククラウドの仮想マシンへそのまま移行します。 移行期間の短縮は見込めるものの、共有環境における処理遅延、占有環境採用時のコスト高騰・為替リスク、および国外法制度に伴うデータ統制上のリスクが存在します。 3. リファクター （自動リライト＋次世代