2026年4月、MicrosoftはGitHub Copilotにおけるアプリケーション・モダナイゼーション機能の大幅なアップデートを発表しました。
旧来のコード提案エンジンとしての枠組みを超え、.NETやJavaアプリケーションの移行をエンドツーエンドで支援する「エージェント型ソリューション」へと進化したのです。
この新しいワークフローの核となるのが「アセスメント（現状分析）」プロセスです。
本記事では、2026年4月に公開された最新のツール群を参考に、移行プロジェクトの成功を左右するアセスメント機能の詳細と、その活用方法について深掘りしていきます。
モダナイゼーションの基盤：Assess → Plan → Execute モデル
現代のアプリケーション移行において、GitHub Copilotが提案するワークフローは「Assess（評価）」「Plan（計画）」「Execute（実行）」の3つのフェーズに分かれています。
このモデルにおいて最も重要なのは、最初のフェーズである「アセスメント」です。
アセスメントは単なるコード診断ではありません。
既存のコードベース全体を分析し、依存関係の特定、アップグレードに伴う課題の抽出、さらにはAzureインフラの構成案までを網羅した詳細な「アセスメント・ドキュメント」を自動生成します。
このドキュメントこそが、プロジェクトに関わるすべてのメンバーが参照すべき「信頼できる唯一の情報源（Source of Truth）」となります。
この機能は、Visual Studio Codeの拡張機能（GitHub Copilot Modernization）および、バッチ処理やマルチリポジトリの分析に適した「Modernization CLI」を通じて提供されています。
特にVS Code拡張機能を利用すれば、エディタ内でシームレスに評価からデプロイまでを完結させることが可能です。
アセスメントを開始する2つのアプローチ
GitHub Copilotのモダナイゼーション・パネルからは、プロジェクトの習熟度や目的に応じて2つのパスからアセスメントを開始できます。
1. 推奨アセスメント（Fast Start）
「まず何から手をつければいいかわからない」という場合に最適な、構成不要のクイックスタート・パスです。
Java/.NETのアップグレード、クラウド対応状況、セキュリティといった主要なドメインを選択するだけで、ツールがコードベースをスキャンし、ダッシュボードに結果を表示します。
2. カスタムアセスメント（Targeted）
移行先のターゲットが明確に決まっている場合に使用する詳細設定パスです。
例えば、「Azure Kubernetes Service (AKS) のLinuxコンテナに移行する」といった具体的な目標がある場合、それに最適化された分析を実行できます。
以下の表は、カスタムアセスメントで設定可能な主要項目をまとめたものです。
| 設定項目 | 詳細オプション |
|---|---|
| アセスメント・ドメイン | Java/.NETアップグレード、クラウド対応、セキュリティ |
| 分析の網羅性 | 問題点のみ、技術インベントリ、依存関係を含むフルスキャン |
| ターゲット・サービス | Azure App Service、Azure Kubernetes Service (AKS)、Azure Container Apps (ACA) |
| コンテナ化の有無 | コンテナ化分析の有効化/無効化 |
複数のAzureサービスをターゲットに選択した場合、ダッシュボード上でサービスごとの要件や修正コストを並べて比較できるため、最適なホスティング先を決定するための強力な判断材料となります。
アセスメント・ドキュメントの深掘り
生成されたアセスメント・ドキュメントは、プロジェクトディレクトリ内の .github/modernize/assessment/ に保存されます。
各実行結果は独立したレポートとして保存されるため、修正プログラムを適用した後に再評価を行うことで、移行の進捗状況を時系列で追跡することも可能です。
課題（Issues）の分類と優先順位
レポートの「Issues」タブには、解決すべき課題がその重要度（Criticality）とともに一覧表示されます。
開発者はこのリストをそのまま「To-Doリスト」として活用できます。
| 重要度レベル | 意味とアクション |
|---|---|
| 🔴 Mandatory（必須） | 移行を妨げる重大な障害。デプロイ前に必ず修正が必要。 |
| 🟡 Potential（潜在的） | 特定のシナリオで影響が出る可能性あり。人間による判断が必要。 |
| 🟢 Optional（推奨） | 移行は可能だが、モダンな手法への最適化として推奨される項目。 |
各課題の詳細画面では、「影響を受けるファイルと行番号」がクリック可能なリンクとして表示され、直接ソースコードにジャンプできます。
また、具体的な解決策（Remediation steps）や公式ドキュメントへのリンクも提供されるため、調査の時間を大幅に削減できます。
Azure移行への橋渡し：プランニングと実行
アセスメントが完了したら、次のステップである「Plan（計画）」フェーズに進みます。
ここでは、GitHub Copilot Chat内の modernize-azure-dotnet エージェントを活用します。
インフラストラクチャの準備
エージェントに対して「アセスメントレポートに基づいてAzureインフラを構成して」とプロンプトを入力すると、コードベースと分析結果を組み合わせて、最適な構成案を作成します。
エージェントは以下の2つの主要ファイルを生成します。
- プランファイル（plan.md）： 提案されるアーキテクチャ、リソースリスト、移行戦略の概要。
- タスクリスト（tasks.json）： 実行フェーズでエージェントが行う具体的な操作手順。
ここで特筆すべきは、BicepやTerraformといったInfrastructure as Code (IaC) テンプレートが自動生成される点です。
Azure Landing Zoneのベストプラクティスに基づいたネットワーク、ID管理、セキュリティ設定が反映された状態で出力されます。
コンテナ化とデプロイメントの実行
実行フェーズでは、作成されたプランに基づいて、実際のデプロイ作業を自動化します。
// 例：GitHub Copilotが生成するデプロイ用Dockerfileの構造
// アセスメントで特定された.NETバージョンに基づきベースイメージを自動選択
FROM mcr.microsoft.com/dotnet/aspnet:10.0 AS base
WORKDIR /app
EXPOSE 8080
FROM mcr.microsoft.com/dotnet/sdk:10.0 AS build
ARG BUILD_CONFIGURATION=Release
WORKDIR /src
COPY ["MyProject.csproj", "."]
RUN dotnet restore "./MyProject.csproj"
COPY . .
WORKDIR "/src/."
RUN dotnet build "./MyProject.csproj" -c $BUILD_CONFIGURATION -o /app/build
FROM build AS publish
RUN dotnet publish "./MyProject.csproj" -c $BUILD_CONFIGURATION -o /app/publish /p:UseAppHost=false
FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "MyProject.dll"]生成されたプランやファイルはすべて、開発者が実行前に確認・編集可能です。
「GitHub Copilotが提案し、人間が承認する」というHuman-in-the-loopの原則が徹底されており、すべての変更履歴はGitによって管理されます。
まとめ
GitHub Copilotのモダナイゼーション・アセスメントは、単なる解析ツールではありません。
それは、複雑な.NETアプリケーションの移行プロジェクトにおいて、不確実性を排除し、確かなエビデンスに基づいた意思決定を支援する羅針盤です。
2026年4月のアップデートにより、VS Code内での統合体験がより強化され、アセスメントの結果が直接IaC生成やデプロイプランに反映されるようになりました。
アセスメントを正しく行えば、その後のプランニングやインフラ構築、コンテナ化、デプロイといった後続のプロセスは驚くほどスムーズに進みます。
レガシーなシステムのモダナイゼーションに課題を感じているのであれば、まずはVS Code拡張機能をインストールし、最初のアセスメントを実行することから始めてみてください。
GitHub Copilotが生成する詳細なレポートは、あなたのプロジェクトがクラウドという次のステージへ進むための、最も頼もしいガイドとなるはずです。