現在、COBOL で記述され、OpenVMS (Integrity/Itanium) 上で実行される大規模なビジネス クリティカルなアプリケーションがあります。
月が経つにつれて、Itanium アーキテクチャの寿命についての憶測がますます増えています。もちろん、公には何も語られていませんが、このような記事やこのような記事は、憂慮すべき状況を描いています。これを裏付ける公式の情報は何も見つかりませんが、当社の廊下では、HP が OpenVMS と HP COBOL を廃止するというつぶやきさえあります。
これで私たちだけだとは信じられません。
私の見方では、いくつかのオプションがあります。
- CHARON-VAXやCHARON-AXPなどの製品を使用して、いくつかの古いハードウェアをエミュレートし、その上でアプリケーションを実行します。私の見方では、特に 64 ビット (AXP) オプションが使用されている場合、プロセスが比較的簡単であるという利点があります。潜在的な短所は、パフォーマンスの低下です (ただし、これは、より高速なハードウェアによって相殺されるはずです)。
- HP COBOL ベースのアプリケーションをVisual COBOLなどの最新の COBOL の方言に移植します。したがって、長所は、移植作業が比較的少ないという事実 (依然として COBOL です) と、Unix または Windows プラットフォームでアプリケーションを実行できるという事実です。短所は、COBOL を移植しているにもかかわらず、別のオペレーティング システムに移植しているという事実が問題を引き起こす可能性があることです (特に、OpenVMS 固有の依存関係がある場合)。
- COBOL を Java のような最新の言語に自動的に変換します。これには、ハードウェア サポート、オペレーティング システム サポート、特に管理者とプログラマーの検索など、すべての従来の問題からすぐに解放されるという明らかな利点があります。これが大きな仕事であることを除けば、明白な欠点は、非慣用的な Java (または最終的に選択されたターゲット言語) になってしまうという事実です。おそらく、これは時間の経過とともに改善できるものです。
- ゼロからの書き直し(当然、最新のテクノロジーを使用)。これを行ったことのある人なら誰でも、それがどれほど費用と時間がかかるかを知っています。リストを完全にするためにのみ含めました:)
独自の DBMS には依存しないことに注意してください。データベースは ISAM ファイルベースです。
だから...私の質問は:
選択したプラットフォームが OpenVMS と COBOL である場合、Itanium の差し迫った陳腐化に直面している他の企業は、ビジネス継続性を維持するために何をしているのでしょうか?
アップデート:
Integrity/Itanium/OpenVMS は、少なくとも2022 年まではサポートされるということを、現地の HP 担当者から公式に保証されています。これは、この問題全体がプラットフォームに関するものではなく、言語 (COBOL) に関するものであることを意味していると思います。