翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Building
共有 Db2 データベースを使用すると、メインフレーム環境とクラウド環境の両方で、同一または一貫性のあるアプリケーションを同時に実行できます。このアプローチは、両方のプラットフォームで同じアプリケーションバージョンを維持する場合、いくつかの利点があり、オペレーションの柔軟性と信頼性が向上します。
この戦略の主な利点の 1 つは、効果的なロールバックプランを実装できることです。移行またはデプロイ中に問題が発生した場合、同じアプリケーションバージョンを使用すると、以前の状態にシームレスに戻ることができ、ダウンタイムと潜在的なデータの不整合を最小限に抑えることができます。
アプリケーションの整合性
アプリケーションコンポーネントを分散ソースコントロールマネージャーからメインフレームにミラーリングすることは、リプラットフォームプロセス中の戦略的アプローチです。このメソッドは、メインフレーム環境との同期を維持しながら、最新のソースコード管理ツールの使用をサポートします。このミラーリングプロセスは一時的なもので、ワークロードが分散プラットフォームの本番環境で完全に機能するまで続きます。
リプラットフォームされたアプリケーションのソースコードを分散変更管理ツールに移行することで、最新のソースコードマネージャーが提供するいくつかの利点を活用できます。具体的には次のとおりです。
-
コラボレーションの強化: 分散ツールは、多くの場合、プルリクエスト、コードレビュー、分岐戦略などの機能を含めることで、チームコラボレーションのサポートを強化します。
-
バージョン管理の改善: 最新のシステムでは、より詳細なバージョン管理が提供され、変更の追跡やコードのさまざまなバージョンの管理が容易になります。
-
CI/CD パイプラインとの統合: 多くの分散ツールは、継続的インテグレーションおよび継続的デプロイ (CI/CD) パイプラインとシームレスに統合され、開発プロセスを合理化します。
-
可視性とトレーサビリティの向上: これらのツールは、多くの場合、優れたダッシュボードとレポート機能を提供し、開発プロセスに関するより深い洞察を提供します。
-
最新の開発プラクティスのサポート: 分散システムは、通常、アジャイルな方法論や DevOps プラクティスに適しています。
ミラーリングプロセスでは、分散ソースコントロールマネージャーからメインフレームにコードを同期します。これにより、移行期間中も両方の環境の一貫性が保たれます。ただし、双方向ではなく分散システムからメインフレームに更新が流れる一方向同期としてミラーリングを実装する必要があります。このアプローチは一貫性を維持し、両方の環境での同時更新によって発生する可能性のある競合を防ぎます。
このミラーリング戦略を採用することで、メインフレーム環境をup-to-date状態に保ちながら、開発作業を分散プラットフォームに徐々に移行できます。これにより、リプラットフォームプロセス中にスムーズな移行と安全ネットが提供されます。ワークロードが分散本番環境で完全に機能し、安定している場合は、ミラーリングプロセスを段階的に廃止し、最新のソースコード管理システムへの移行を完了できます。
アーキテクチャ
次の図は、分散ソースコード管理システムがアプリケーションコンポーネントを AWS クラウド ミラーリングし、 とメインフレーム環境間の同期を維持する方法を示しています。 AWS クラウド 環境では、AWS CodeBuild、、 などの CI/CD サービスを使用してアプリケーションAWS CodePipelineAWS CodeDeployを構築およびデプロイします。
このワークフローでは、次の操作を行います。
-
アプリケーション所有者は、ソースコードリポジトリの開発ブランチに新しいアプリケーションリリースを配信します。
-
新しいリリースがトリガーされます AWS CodePipeline。
-
AWS CodeBuild は から Db2 認証情報を取得しますAWS Secrets Manager。
-
CodeBuild はアプリケーションをコンパイルします。
-
CodeBuild は Db2 for z/OS を使用してアプリケーションをバインドします。
-
メインフレーム配信フローは、アプリケーションも構築およびデプロイします。