エンタープライズITの状況において、根強い神話がある。それは メインフレーム は、すでに時代遅れになりつつあるレガシープラットフォームです。しかし、Software AGのプリンシパル・システム・エンジニアであるボブ・ジェフコット氏が最近のウェビナーで指摘したように、「メインフレームの終焉を報じる声は、大げさに言い過ぎだ」のです。
現実は IBM Z ワークロードは実際に増加しています。IBMや業界アナリストによると、メインフレーム利用企業のうち70%社が毎年ワークロードを拡大しており、IBMの導入環境のうち95%社は依然として COBOL ミッションクリティカルなアプリケーションにとって、しかしこの成長は天井にぶつかります。容量の限界、急騰するコスト、そして重要なサービスレベルアグリーメント（SLA）を満たせないという絶え間ない脅威です。
では、組織は大規模な移行による混乱を招くことなく、この成長にどう対応できるのでしょうか。その答えは、すでに所有しているハードウェアの中にあります。
モダナイゼーションのパラドックス：なぜ書き換えは失敗するのか
General Processor（GP）の容量逼迫に直面した場合GP)、多くの組織はCOBOLの ワークロード 近代化 プロジェクト。一般的に、これらの戦略はいくつかのカテゴリーに分類されます。
- リライト(書き換え)：アプリケーションを最新の言語で再構築すること。
- リプレース：アプリケーションを新しいクラウドネイティブの代替システムで丸ごと置き換えること。
- リホスト：ワークロードを別のプラットフォームへ移すこと。
しかし、これらのアプローチには多くのリスクが伴います。予測しづらいコスト、長期化しがちな導入期間、そして新しいシステムが元の COBOL コードに何十年も蓄積されてきたビジネスロジックを再現できないことで機能が失われる、といった問題が発生しがちです。さらに、多くの場合、すべてを実行するか、何も実行しないかの二者択一的な選択肢となり、モダナイゼーションが行き詰まった時には、もはや後戻りができない状況になっていることも少なくありません。
新しい選択肢：JOPAZ で GP の余力を取り戻す
JOPAZ JOPAZ は、業務を止めない新たな選択肢を提供します。メインフレームから移行するのではなく、JOPAZ を使えば既存のプラットフォームを維持しながら、GPへの負荷を大幅に軽減できます。これは、COBOL のバッチワークロードを IBM zIIP エンジンで実行可能にすることで実現されます。 ジーアイピー エンジン
ワークロードを zIIP 上で実行することで、組織は GP のキャパシティを即座に解放し、他の優先度の高いタスクに振り向けることができます。
JOPAZ の仕組み：内部で何が起きているのか
標準的な COBOL バッチワークロードを zIIP 対応のワークロードへ移行するプロセスは、4 つのフェーズで進みます。
- 識別：GP リソースを最も消費しているバッチジョブを特定する
- コンパイル：JOPAZ は既存の COBOL ソースコードを直接 Java バイトコードへコンパイルする
- 実行：このバイトコードはJavaで実行されます 仮想マシン (JVMziIPエンジンで処理可能なワークロードとなります。
- スケール：必要に応じて、対象となるバッチジョブの数を増減できる。JOPAZ は段階的にワークロードを最適化するアプローチであり、業務を止めることなく進められる
重要なのは、COBOL コードを一切変更する必要がないという点です。ビジネスロジックはそのまま維持され、開発者は従来の環境で引き続き作業できます。
リアルな効果
導入事例 1：小売エネルギー事業者
この組織は、重い負担に苦しんでいました DB2 ワークロード。彼らは、データベースを多用するバッチ処理をJOPAZがどれほど効率的に処理できるかを確認するために、同システムを導入した。
- 単一のzIIPエンジンで: 彼らは〜を達成したバッチCにおいて76%の減少を確認したオボール CPU GPでの使用
- zIIP エンジンを 2 基に増設：初期の成功を受けて 2 基目を追加したところ、CPU 削減率は 92.9％ に到達
- 影響： 激しい中 SQL 呼び出しにおいて、JOPAZは、実行ファイル自体だけでなく、関連するDB2のSQL処理においてもzIIPエンジンを活用することができました。
導入事例 2：北米の会員サービス組織
この大手自動車・金融サービス企業にとって、コスト抑制は最重要課題でした。彼らは JOPAZ の効率性を検証するため、2 つのバッチ処理ストリームを連続して実行しました。
- 結果：バッチ COBOL の CPU 使用量を驚異の 94.84％ 削減
- 効果：確保した MSUにより、組織は既存のインフラで新たなワークロードにも対応できるようになった
セキュリティと統合
JOPAZ に関して最もよく寄せられる質問のひとつが、既存のメインフレームのセキュリティとどのように連携するのか という点です。JOPAZ は、メインフレームのエコシステムにおける“良き住人”として設計されています。
- データアクセスDb2を既に利用している VSAMそして Adabas セキュリティメカニズム
- セキュリティ：Javaのセキュリティモデルを活用しつつ、標準的なメインフレームのセキュリティマネージャーと完全に互換性があります。 RACF, トップシークレットそして ACF2.
- 運用フロー：標準を使用しているため JCL (ジョブ制御言語) により JVM 実行をトリガーでき、既存のスケジューリングや運用ワークフローにシームレスに組み込むことができます。
段階的な導入
負荷の高いアプリケーションから着手し、効果を確認してから他領域へ拡大することで、従来のモダナイゼーションに伴う不確実性を排除できます。
すでに持つ力を最大限に引き出す
メインフレームは、安定性、セキュリティ、そしてエンタープライズ環境において、依然として最高水準の基準となっています。 取引 容量。JOPAZなら、プラットフォームを離れることなくシステムを最新化できます。COBOLコードをそのままの場所に維持したまま、リソースを有効活用し、SLAを達成し、CPU使用率を大幅に削減することが可能です。
詳細はこちら JOPAZが、スマートなCOBOLワークロード分散を通じて、処理リソースをどのように取り戻すのに役立つかをご覧ください。
メインフレームのデータをクラウドと共有するには
メインフレームとクラウドのデータを、接続性、レイテンシ、変換、シンプルさに対応することで統合し、シームレスなハイブリッドデータ移動とリアルタイム同期を可能にします。
Adabas & Natural: Proven foundations, cloud-ready future
Adabas and Natural are cloud-ready, enabling businesses to modernize without replacing core systems, enhancing flexibility while retaining valuable data and logic.
Virtual Asia-Pacific Adabas & Natural User Group Meeting
User Group ABOUT THIS EVENT The Asia-Pacific Adabas & Natural Virtual User Group Meeting is your opportunity to connect with the community and stay current on […]