マイグレーションとリスク

企業が取り組んでいる「ITモダナイゼーション」について、特に注目されているのが、COBOLなどで開発された資産をJavaなどの他の言語に変換するマイグレーションによる「リライト」です。

従来メインフレームの環境では、SNAに代表される独自のネットワークでホスト中心の基幹業務処理が行われており、以前はインターネットからは独立した仕様で運用されていました。それゆえ、関係者しか侵入できない堅牢なネットワークを構築することができました。

しかしながら、大型コンピュータのホストの特性としてバッチ処理は強いのですが、時代とともにオンライン処理や部門別の分散処理をしたい業務などは、オープン系の別システムで動かし、インターネットを通じてデータを連携するようになりました。それに伴い、メインフレーム上のホストでも、z/LinuxのようなOSが稼働したり、オープン系でも稼働するようなCOBOLが採用されたりしています。
但し、メインフレームであってもオープン系であっても、同じCOBOLなので文法上は似ていますが、稼働環境が違うので、多くの相違点が存在するリスクがあるため、オープン系の特性を生かして修正しやすいJavaなどへマイグレーションする方法が有力視されています。
いずれにせよ、メインフレームとオープン系では環境が違うため、単なるソースコードのコンバージョンのみならず、気を付けるべきポイントが数多くあります。
まずは文字コードの違いですが、メインフレームの英数字はEBCDIC、オープン系はASCIIなどが一般的で、Webであれば、UTF-8が多いです。漢字コードについては、メインフレームではメーカー独自のもので、漢字文字の始まりと終わりにシフトアウト・シフトインの文字コードを挿入する場合が多く、オープン系ではこれも取り除き、Sift-JIS又はEUC、UNICODEなどに変換が必要です。また、メインフレームにあるパック10進数の記述方式も、オープン系にはありません。
他にも、データベースや、プログラムを制御するためのJCLや、コンソールオペレーションも違います。帳票についても、プリンターが異なるため、コーディング方法が違うし、オンライン画面もGUI前提ではありません。

オープン系は、インターネットが前提条件となったシステムが多く、こうした環境の違いのみならず、サイバー攻撃に対応するためのセキュリティ強化などを考慮して、マイグレーションを行うことが必要です。

---

[タグ]　用語 トレンド

[関連]