5.2. Red Hat のアプリケーション移行アプローチ

Red Hat は、Red Hat JBoss Middleware の定量化が可能で、コストが低く、リスクを低減し、完了しやすくなるように、大規模なアプリケーションを Red Hat JBoss Middleware に移行するストラテジーを定義しました。

プロプライエタリーまたは以前のミドルウェアプラットフォームから Red Hat JBoss ミドルウェアに移行すると、軽量でモジュール化されたクラウド対応のミドルウェアがサポートされたアプリケーションインフラストラクチャを備え、チームの生産性が向上します。JBoss Middleware およびその他の Red Hat テクノロジーは、アプリケーション開発とデリバリーを最新化するために非常に大きな利点を提供するため、より迅速にイノベーションが可能になります。

5.2.1. ベストプラクティス

Red Hat は、移行またはモダライゼーションのプランニングおよび実行時に、以下のプラクティスを推奨します。

  • 情報を共有する集中型コラボレーションプラットフォームを作成します。

    包括的なアクセス可能なドキュメントは、知識を簡単に共有し、同じ問題を 2 回解決することで労力が重複しないようにするために重要です。以下の項目を文書化することを推奨します。

    • アプリケーションをゼロから移行したり、最新の状態にするためのステップごとのガイドです。
    • 既知の問題および発生した問題の解決策のコレクション。
    • 新しいプラットフォームに関する情報
    • 特定のスケジュールプロジェクトに加えられた変更の記録。
  • 可能な限り再利用、自動化、および標準化を行います。

    新規コンポーネントを作成する代わりに、既存コンポーネントを再利用することを検討してください。ビルド、設定、デプロイメント、テストなどのアプリケーションライフサイクルに関連するプロセスを自動化します。ソフトウェアパッケージ形式、設定管理、ライブラリー、および依存関係を標準化し、文書化します。

  • 実証済みの反復可能な方法論を使用します。

    これは、実用的なアプローチに従い、機能的に同一アプリケーションを取得するためにできるだけ変更を加えることが推奨されます。

  • 選択した Red Hat Middleware コンポーネントについて早期に Red Hat の技術専門知識が必要になります。

    これは、移行とモダライゼーションを低リスク、予測可能、かつ効率的にするために重要です。Red Hat コンサルティングにご連絡ください。

5.2.2. 方法

Red Hat が推奨する方法は、段階的に計画し、移行またはモダライゼーションを行うのに役立つ、スケーラブルなアプローチです。

図5.1 Red Hat 移行の方法

Red Hat 移行の方法

このアプローチは、以下のフェーズで構成されます。

発見
テクノロジーを調査し、懸念事項、組織の要件、課題を特定します。オプションと考えられるアプローチについて話し合います。
設計
アプリケーション、インフラストラクチャー、プロセス、およびナレッジの観点から最も重要なリスクを特定し、軽減します。ソリューションのストラテジーを確立します。テクノロジーを証明し、ビジネスケースを構築します。
デプロイ
明確に定義された配信モデルに従って、以前に定義したストラテジーを実行して、モダライゼーションまたは移行を繰り返しスケーリングします。

5.2.2.1. 発見フェーズ

図5.2 Red Hat 移行の方法: 発見フェーズ

Red Hat 移行の方法: 発見

発見 フェーズでは、すべての利害関係者と意思決定者を集めて、現在の状態とビジネスドライバーを理解し、移行またはモダライゼーションのニーズを決定します。

このフェーズでは、テクノロジーを調査し、潜在的なアプローチについて話し合います。既存の問題点、懸念事項、要件、および潜在的な課題を特定します。ビジネス優先順位の概要を定義し、評価の範囲を定めます。アプリケーションの開発と配信を最新にして、より迅速に革新できるようにする方法を決定します。

通常、これは Red Hat エキスパートとのワークショップで 1 日で完了します。

5.2.2.2. 設計フェーズ

図5.3 Red Hat 移行の方法: 設計フェーズ

Red Hat 移行の方法: 設計

設計 フェーズでは、すべてのリスクを特定し、ストラテジーとターゲットアーキテクチャを定義し、テクノロジーを証明し、ビジネスケースを構築します。このフェーズは、以下の手順で構成されます。

評価

既存のインフラストラクチャー、アーキテクチャー、テクノロジー、およびアプリケーションを確認します。依存関係、知識、プロセス、ライフサイクルを特定します。必要なインフラストラクチャー、アーキテクチャー、テクノロジー、およびアプリケーションを定義します。可用性と潜在的なリスクを決定します。計画を作成し、大まかな見積もりを提供します。

Migration Toolkit for Applications Web コンソールまたは CLI を使用してアプリケーションを分析すると、依存関係、潜在的なリスク、および相対作業の判断に役立ちます。これらのツールの使用方法は、『Web コンソールガイド』および『CLI ガイド』を参照してください。

証明
特定された技術的リスク、たとえば、高リスクの項目や未知の努力による問題を解決して文書化します。新しいプラットフォームインフラストラクチャを構築して形成します。結果に基づいて見積もりを改良します。
パイロット

変換を試行するための小規模のアプリケーションを選択します。必要に応じて、ターゲットプラットフォームのインフラストラクチャーを完成させます。プロセスが微調整され、ドキュメントを更新します。このパイロットは、移行フェーズの 1 つまたは複数の反復で構成され、デプロイフェーズ中にスケーリングされます。

Migration Toolkit for Applications IDE プラグインを使用してコードの移行を加速します。IDE プラグインの使用方法は、『IDE プラグインガイド』を参照してください。

計画
前の手順の結果に基づいて、見積もりをより正確にし、プロジェクト計画を改善します。移行を完了するために、デプロイフェーズで使用するロールアウトストラテジーを定義します。関連する テクノロジー支援コース を準備してスケジュールします。

5.2.2.3. デプロイフェーズ

図5.4 Red Hat 移行の方法: デプロイフェーズ

Red Hat 移行の方法: デプロイ

デプロイ フェーズは、設計フェーズで作成したプランを実行する場合です。このフェーズでは、全体的な変換プロセスをスケーリングして計画を完成させ、すべてのアプリケーションを新しい本番環境に導入します。

計画は反復的に実行され、価値を段階的に提供します。反復ごとに、計画に対して継続的に検証し、次のスプリントを改善するために調査結果を文書化します。

Migration Toolkit for Applications の IDE プラグインに使用すると、反復ごとに速度が向上します。Eclipse または Red Hat CodeReady Studio で使用でき、移行の問題をソースコードで直接マークし、インラインのヒントを提供し、コード変更の提案を提供します。IDE プラグインの使用方法は、『IDE プラグインガイド』を参照してください。