建築

公開日: 2024-04-18 • 読了時間: 11分

メインフレームの最新化: 再ホスト、再プラットフォーム、リファクタリング

Banner

メインフレーム コンピューターは依然として世界的な金融取引の運用バックボーンであり、毎日何十億ものレガシー COBOL ワークロードを実行しています。メインフレームは信頼性が高い一方で、高額なライセンス料がかかり、統合の機敏性に欠けます。これらのシステムを最新化するには、適切な戦略を選択する必要があります。

近代化への道

企業は通常、再ホスティング、再プラットフォーム化、リファクタリングという 3 つのモダナイゼーション パスから選択します。それぞれに異なるリスク プロファイルと投資収益率曲線が示されます。

近代化経路の選択は単なる技術的な決定ではありません。ITリーダーは、ビジネスアプリケーションの寿命、開発者のスキルプール、コスト予測を評価し、単純なリホストの低リスクとクラウドネイティブへの再構築の高俊敏性のバランスを取ります。

近代化戦略のトレードオフ高 / 高: 再設計(Refactor)再設計(Refactor)高 / 中: 再構築(Replatform)再構築(Replatform)高 / 低: 注意対象注意対象中 / 高: 注意対象注意対象中 / 中: 再構築(Replatform)再構築(Replatform)中 / 低: 移行(Rehost)移行(Rehost)低 / 高: 回避推奨回避推奨低 / 中: 回避推奨回避推奨低 / 低: 移行(Rehost)移行(Rehost)移行リスク近代化の投資対効果

モダナイゼーション戦略の比較

  • 再ホスト (リフト&シフト): 従来の COBOL コードをクラウド仮想マシンまたはエミュレーション コンテナに移動します。労力はかかりませんが、最適化は最小限に抑えられます。
  • プラットフォームの再構築: ビジネス ロジックを変更せずに、Linux プラットフォームまたはクラウド データベース上で実行できるように COBOL をコンパイルし、インフラストラクチャ コストを削減します。
  • リファクタリング (再書き込み): 最新の言語 (Java、Go など) を使用してアプリケーションをマイクロサービスに分解し、長期的なアジリティを実現します。

変更データ キャプチャ (CDC) によるリアルタイム データ アクセス

一般的な中間ステップはデータの有効化です。メインフレーム データベースをすぐに移行するのではなく、Change Data Capture (CDC) エージェントがデータベース ログを監視します。すべての書き込みトランザクションは即座に Apache Kafka にストリーミングされ、メインフレーム データがクラウド マイクロサービスに公開されます。

CDC リアルタイム ストリーミング アーキテクチャメインフレームDB(DB2/IMS)CDCエージェントログバイナリストリームを読み取りますロックなしで動的にカフカ イベント ハブダウンストリーム システムを同期します

戦略的近代化ロードマップの設計

パスを選択するには、リスク、市場投入までの時間、ターゲットの能力のバランスを取る必要があります。リファクタリングは最大限の俊敏性を実現しますが、移行リスクが最も高くなります。 CDC データ ストリーミングから始めて段階的にプラットフォームを再構築するハイブリッド戦略は、多くの場合最良の結果をもたらします。

さらに、レガシーデータの移行では継続的な同期を処理する必要があります。移行フェーズの間、Change Data Capture(CDC)パイプラインがレガシーメインフレームからクラウドデータベースへリアルタイムで変更をストリーミングし、整合性を維持します。

メインフレーム近代化に唯一の正解はなく、ワークロードごとの正解があるだけです。成功する機関は一つの経路への標準化の誘惑に抗い、各システムの価値とリスクに適した戦略を当てはめます。

← ブログに戻る