レガシーマイグレーションの新潮流
【市場動向】メインフレーム、オフコンをクラウドに移行、その利点とは
メインフレームやオフコンなど、いわゆるレガシーシステムの移行先としてクラウドを利用する新しいレガシーマイグレーションのサービスが増えてきた。代表的なサービスを紹介する。
会計や人事・給与などの業務アプリケーションのプラットフォームとしていまだに多くの企業で使われているメインフレームやオフコン。現在、主流のオープンシステム(IAサーバ、UNIXサーバなど)と区別するためにレガシーシステムと呼ばれることもある。日本企業は長くこのレガシーシステムのオープンシステムへの移行(レガシーマイグレーション)を進めてきた。その移行先として従来のオンプレミスのオープンシステムではなく、PaaSなどのクラウド環境に移行するサービスを各社が展開し、注目を集めている。本稿ではクラウドを活用したレガシーマイグレーションの新しい潮流を紹介する。
約半年でシステム移行が可能
企業はレガシーシステムの高額な保守サポートコスト、パフォーマンスの低下、低い柔軟性、サポートできる人員の減少などを問題視して、この10年ほどレガシーマイグレーションに取り組んできた。しかし、レガシーマイグレーション自体にコストが掛かるため、中堅・中小企業では二の足を踏むケースもあった。移行先のハードウェアの用意やレガシーシステムで稼働していたCOBOLプログラムなどの書き換えにコストが掛かるのだ。
クラウドを使ったレガシーマイグレーションでは、移行先のサーバを保有する必要がなく、低コストが特徴だ。プログラムを書き換えることなく、ほぼそのままの状態でクラウドに対応できるサービスもあり、変換のコストを抑えることもできる。また、システムの保守・運用をベンダーに任せることでコスト削減、サービスレベルの向上も期待できるなどのメリットがある。
NTTデータは、メインフレームで稼働していたCOBOLプログラムを同社のクラウド基盤である「BizXaaS」上に移行する「COBOLクラウド」サービスを提供している(参考記事:“SIerとしてのクラウド”、NTTデータの「BizXaaS」)。COBOL実行環境として英マイクロフォーカスのCOBOL製品を採用し、NTTデータのCOBOL用開発フレームワーク「PORTOMICS」や基盤技術「PRORIZE」を組み合わせることで、「バッチジョブ制御」「階層型DBアクセス」などメインフレームの代表的な機能をクラウドで利用できるようにする。メインフレーム上のCOBOLプログラムをクラウド上に移行でき、企業は移行に伴うリスクやコストを抑えることができる。BizXaaSだけでなく、企業が保有するプライベートクラウド環境を移行先に選ぶことも可能で、企業の事情に合わせた利用形態が選べる。
NTTデータはこのCOBOLクラウドを活用して財団法人車両情報センターの「次期競輪電話投票システム」を構築したと2012年4月4日に発表した。従来システムで使っていたサーバ環境をBizXaaS上に移行し、競輪電話投票の業務アプリケーションをほとんど修正することなく稼働させた。業務アプリケーションの修正を少なくすることでテスト工程などが短縮でき、約半年という短期間で移行が完了したという。
オフコン環境を月額料金で利用
東京システムハウスもレガシーシステムをクラウドに移行するサービス「MMS+Cloud」を提供している。同社はレガシーシステムをオンプレミスのオープンサーバに移行するサービスを長く提供していて、実績も豊富。MMS+Cloudではそのノウハウを生かし、「MMS Tools」というサービスを用意している。
MMS Toolsは、メインフレームやオフコンで動いていたCOBOLプログラムを、クラウド対応のCOBOLプログラムに自動変換するSaaSのツール。変換されたプログラムは、MMS+Cloudが用意しているクラウド基盤「AJBASE」上で実行する。AJBASEには変換されたCOBOLプログラムを実行するためのフレームワークの他、帳票実行基盤や自動ジョブ実行機能などが用意されていて、従来のCOBOLプログラムと同様に使うことができる。AJBASEは、東京システムハウスのデータセンターの他、ユーザー企業が用意する環境でも稼働させることができる。
東京システムハウスが公表している参考価格によると、AJBASEを使って2つの仮想サーバを構築してレガシーシステムを移行した場合、仮想サーバ構築の初期費用が約100万円、仮想サーバの月額利用料金は約22万円となる(レガシーシステムの移行費用は別)。
JBCCの「JBクラウドサービス for IBM i」は名前の通り、日本アイ・ビー・エムのサーバ「IBM i」の環境をクラウド経由で提供するサービスだ。IBM iはオフコンサーバ「IBM AS/400」「IBM eServer iSeries」の後継。これまでオンプレミスでAS/400やiSeriesを使っていたユーザーはそのプログラムをJBクラウドサービス上で稼働させることができる。課金は月額単位で、最小構成では月額10万8000円となっている。CPUやメモリ、ストレージ容量などを月単位で拡張することができる。
COBOLプログラムから日本語設計書を作成
レガシーマイグレーションで難しいのは、古いCOBOLプログラムなどでは設計仕様がドキュメント化されておらず、その書き換えに時間がかかることだ。仮にCOBOLプログラムに新機能を追加しようとしても、仕様や他のシステムとのインタフェースが不明で手を出せないことが多い。いわばプログラムがブラックボックスとなっているのだ。
この問題を解決するため、富士通はレガシーシステムのプログラム(COBOL、PL/I、BAGLES II)を日本語設計書に変換する「設計書化モダナイゼーションサービス」を提供している。日本語設計書に変換することで内部のロジックを確認でき、運用管理が容易になる。また、同サービスでは変換した日本語設計書を基にJavaソースを生成することもできる。これによってレガシーシステムのオープンシステムへの移行が容易になる。
従来、レガシーマイグレーションでは「近代化」という言葉が多く使われてきた。ここでいう「近代化」とは、プラットフォームをUNIXやWindowsを搭載したオープンサーバに移し、プログラムもJavaなどで書き換えることを指す。確かにITシステムの進化を考えると近代化は正しい方向かもしれないが、予算に限りのある企業が一気にシステムを近代化するのは無理がある。クラウドをレガシーマイグレーションの移行先とするサービスは、レガシーシステムに伴うリスク要因を少なくするための1つの現実的な方法だ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
4
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
BMWも導入 78兆円市場に化ける「フィジカルAI」の衝撃
-
9
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
10
「AI活用を前提とした業務PCへの移行」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー