スタートガイド

本ガイドはエンジニア、エンジニア、およびアプリケーションに Migration Toolkit(MTA)を使用して Java アプリケーションやその他のコンポーネントを移行するユーザーを対象としています。Migration Toolkit for Applications の概要と、移行を計画して実行するツールを使用して開始する方法を説明します。

Migration Toolkit for Applications(MTA)は、移行プロジェクトの計画および実行に役立つ多くの機能を提供します。

Migration Toolkit for Applications(MTA)には、移行する予定のアプリケーションによって使用される API、テクノロジー、およびアーキテクチャーを分析するルールベースの移行ツールが含まれます。実際、MTA 分析プロセスは MTA ルールを使用して実装されます。MTA は内部でルールを使用して、アーカイブからのファイルの抽出、ファイルの逆コンパイル、ファイルタイプのスキャンと分類、XML およびその他のファイルコンテンツの分析、アプリケーションコードの分析、レポートの作成を行います。

MTA は、ルール実行結果に基づいてデータモデルを構築し、グラフデータベースにコンポーネントデータと関係を格納します。これにより、移行ルールやレポート目的に応じてクエリーおよび更新が可能になります。

MTA ルールでは、以下のルールパターンを使用します。

when(condition)
  perform(action)
otherwise(action)

MTA は、標準の包括的な移行ルールの包括的なセットをそのまま使用できます。アプリケーションにはカスタムライブラリーまたはコンポーネントが含まれる可能性があるため、MTA では独自のルールを作成して、既存のルールセットで対応していない可能性のあるコンポーネントやソフトウェアの使用を特定することができます。独自のカスタムルールを作成する予定がある場合は、『開発ガイド』 で詳細な手順を参照してください。

MTA は、複数のプラットフォームから Red Hat JBoss Enterprise Application Platform(JBoss EAP)へのアプリケーションの移行と従来のインフラストラクチャーからクラウド環境への移行をサポートします。ソースプラットフォームから現在サポートされている MTA による移行パスについては、以下の表を参照してください。

CLI は、Migration Toolkit for Applications のコマンドラインツールです。これにより、ユーザーはアプリケーションに対する移行およびモダライゼーションの作業を評価および優先順位付けできます。他のツールのオーバーヘッドなしに分析を強調表示する多数のレポートが提供されます。CLI にはさまざまなカスタマイズオプションが含まれており、MTA 分析オプションを細かく調整したり、外部の自動化ツールと統合したりできます。

CLI の使用に関する詳細は、MTA の『CLI ガイド』を参照してください。

Migration Toolkit for Applications の Web コンソールは Web ベースのシステムであり、ユーザーのチームが多数のアプリケーションに対して移行やモダライゼーションの作業を評価および優先順位付けできるようにします。これにより、解析のためにアプリケーションをプロジェクトにグループ化し、結果を強調表示する多数のレポートを提供します。

Web コンソールの使用方法は、MTA の『Web コンソールガイド』を参照してください。

Migration Toolkit for Applications の Eclipse プラグインは、Eclipse および Red Hat JBoss Developer Studio に直接サポートを提供し、移行または最新化の作業を行います。MTA を使用してプロジェクトを分析し、ソースコード内の移行問題をマークし、問題を修正するためのガイダンスを提供し、可能な場合は自動コードの置き換えを提供します。

Eclipse プラグインの使用方法についての詳細は、『 MTA Eclipse Plugin Guide』を参照してください。

MTC(Migration Toolkit for Applications)の Maven プラグインは Maven ビルドプロセスに統合され、開発者はソースコードの各反復を使用して移行およびモダライゼーションを継続的に評価できます。分析結果を強調表示するレポートが多数提供され、ビルドごとに更新が必要な開発者向けに設計されています。

Maven プラグインの使用方法は、MTA の『Maven プラグインガイド』を参照してください。

多くの組織は、既存のビジネスオペレーションの実行を継続しつつ、イノベーションを試みるという課題に直面します。新しい機能をより迅速に提供し、コストを削減することへの期待が高まっています。

移行またはモダライゼーションの評価時に、組織固有の課題に対応することが重要です。組織が直面する一般的な課題は、限られた予算、社内スキル、認識されたリスク、既知の予測可能なプロセス、およびタイムリーな方法での正確な作業の見積もりの欠如です。

通常、大規模なミドルウェアの移行またはモダライゼーションの作業を評価する場合の目的は以下のとおりです。

Red Hat は、リスクを最小限に抑え、アプリケーションの移行やモダナライゼーションをより効率的にするストラテジーを開発しました。詳細 は、「Red Hat のアプリケーション移行アプローチ」 を参照してください。

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

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

5.2.2. 方法

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

図5.1 Red Hat 移行の方法論

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

発見

テクノロジーを調査し、懸念事項、組織の要件、課題を特定します。オプションと考えられるアプローチについて話し合います。詳細は、「 Discover Phase 」を参照してください。

設計

アプリケーション、インフラストラクチャー、プロセス、およびナレッジの観点から最も重要なリスクを特定し、軽減します。ソリューションのストラテジーを確立します。テクノロジーを証明し、ビジネスケースを構築します。詳細は、「 設計フェーズ 」を参照してください。

デプロイ

明確に定義された配信モデルに従って、以前に定義したストラテジーを実行して、モダライゼーションまたは移行を繰り返しスケーリングします。詳細は、「フェーズのデプロイメント 」を参照してください。

5.2.2.1. 検出フェーズ

図5.2 Red Hat Migration Methodology: ディスカバリーフェーズ

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

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

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

5.2.2.2. 設計フェーズ

図5.3 Red Hat Migration Methodology: Design Phase

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

評価

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

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

証明

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

パイロット

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

アプリケーション Eclipse プラグインの Migration Toolkit を使用して、コードの移行を加速します。Eclipse プラグインの使用方法の詳細は、『 Eclipse Plugin Guide』 を参照してください。

計画

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

5.2.2.3. デプロイフェーズ

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

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

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

アプリケーション Eclipse プラグインの Migration Toolkit を使用すると、反復ごとに速度が向上します。Eclipse または JBoss Developer Studio と使用でき、ソースコードで直接移行問題をマークし、インラインヒントを提供し、コード変更の提案を提供します。Eclipse プラグインの使用方法の詳細は、『 Eclipse Plugin Guide』 を参照してください。