7.9. アプリケーションの分析

手順

1. Migration ビューで、Application inventory をクリックします。
2. 分析するアプリケーションを選択します。
3. アプリケーションに割り当てられた認証情報を確認します。
4. Analyze をクリックします。

5. リストから Analysis mode を選択します。

   • Binary
   • Source code
   • Source code and dependencies
   • Upload a local binary。このオプションは、単一のアプリケーションを分析している場合にのみ表示されます。このオプションを選択した場合は、ローカルバイナリーをアップロード するように求められます。指定の領域にファイルをドラッグするか、Upload をクリックしてアップロードするファイルを選択します。
6. Next をクリックします。

7. 分析のターゲットオプションを 1 つ以上選択します。

   • 次のいずれかのプラットフォームへのアプリケーションサーバーの移行:

     • JBoss EAP 7
     • JBoss EAP 8
   • Containerization
   • Quarkus
   • OracleJDK to OpenJDK

   • OpenJDK。次の JDK バージョンのいずれかにアップグレードするには、このオプションを使用します。

     • OpenJDK 11
     • OpenJDK 17
     • OpenJDK 21
   • Linux。アプリケーションに Microsoft Windows パスがハードコードされていないことを確認するには、このオプションを使用します。
   • Jakarta EE 9。Java EE 8 から移行するには、このオプションを使用します。
   • Spring Boot on Red Hat Runtimes
   • Open Liberty
   • Camel。Apache Camel 2 から Apache Camel 3 に、または Apache Camel 3 から Apache Camel 4 に移行するには、このオプションを使用します。
   • Azure App Service
8. Next をクリックします。

9. 次の Scope オプションのいずれかを選択して、分析を絞り込みます。

   • アプリケーションと内部の依存関係のみ。
   • アプリケーションと、既知のオープンソースライブラリーを含むすべての依存関係。
   • 手動で分析するパッケージのリスト選択。このオプションを選択した場合は、ファイル名を入力して Add をクリックします。
   • パッケージの除外。このオプションを選択した場合は、パッケージ名を入力して Add をクリックします。
10. Next をクリックします。

11. Advanced では、Manual モードまたは Repository モードを選択して、分析に追加のカスタムルールを割り当てることができます。

    • Manual モードでは、Add Rules をクリックします。関連するファイルをドラッグするか、ディレクトリーからファイルを選択して、Add をクリックします。

    • Repository モードでは、Git または Subversion リポジトリーからルールファイルを追加できます。

      重要

      すでに移行ターゲットを分析にアタッチしている場合、カスタムルールのアタッチはオプションです。移行ターゲットをアタッチしていない場合は、ルールをアタッチする必要があります。

12. オプション: 次のオプションのいずれかを設定します。

    • Target
    • Source(s)
    • Excluded rules tags。これらのタグを持つルールは処理されません。必要に応じて追加または削除します。

    • Enable automated tagging。このチェックボックスを選択すると、アプリケーションにタグが自動的に付加されます。このチェックボックスはデフォルトで選択されています。

      注記

      自動的に付加されたタグは、分析の実行 後に のみ表示されます。

      自動タグ付けを有効にする代わりに、または自動タグ付けに加えて、アプリケーションにタグを手動で付加できます。

      注記

      分析エンジンは、移行ターゲットの包括的なセットに標準ルールを使用しますが、ターゲットが含まれていないか、カスタマイズされたフレームワークである場合は、カスタムルールを追加できます。手動でアップロードされたカスタムルールファイルのみが検証されます。

13. Next をクリックします。
14. Review で、解析パラメーターを確認します。

15. Run クリックします。

    分析ステータスは、MTA がコンテナーを実行するイメージをダウンロードするため、Scheduled です。イメージがダウンロードされると、ステータスが In-progress に変わります。

    注記

    アプリケーションのサイズとクラスターの容量とリソースに応じて、分析の実行には数分から数時間かかります。

    ヒント

    MTA は、Kubernetes のスケジューリング機能に依存して、クラスターの容量に基づいて作成されるアナライザーインスタンスの数を決定します。分析用に複数のアプリケーションが選択されている場合、デフォルトでは、一度にプロビジョニングできるアナライザーは 1 つだけです。クラスター容量が増えると、より多くの分析プロセスを並行して実行できます。

16. 分析が完了したら、Report リンクをクリックして分析の結果を確認できます。

17. オプション: 分析の詳細を表示します。

    1. Options メニュー ( ) をクリックします。
    2. Analysis details を選択します。YAML 形式または JSON 形式のいずれかを選択できます。

手順

1. Migration ビューで、Application inventory をクリックします。
2. 完成した分析でアプリケーションを拡張します。
3. Reports をクリックします。
4. 依存関係またはソースリンクをクリックします。
5. タブをクリックしてレポートを確認します。

手順

1. Administration ビューで、General をクリックします。
2. Allow reports to be downloaded after running an analysis. のスイッチを切り替えます。
3. Migration ビューに移動し、Application inventory をクリックします。
4. 分析を実行したアプリケーションのページを開きます。
5. Reports をクリックします。

6. HTML または YAML リンクをクリックします。

   • HTML リンクをクリックすると、圧縮された analysis-report-app-<application_name>.tar ファイルがダウンロードされます。このファイルを展開すると、アプリケーションと同じ名前のフォルダーが作成されます。
   • YAML リンクをクリックすると、圧縮されていない analysis-report-app-<application_name>.yaml ファイルがダウンロードされます。