Migration | The .NET Blog

Agentic Platform Engineering で移行の繰り返し作業をなくす

Emiliano Montesdeoca — Tue, 05 May 2026 00:00:00 +0000

この投稿は自動翻訳されました。元のバージョンはこちら。

Removing the Monkey Work of Migration with Agentic Platform Engineering — Git-Ape（git アジェンティック・プラットフォーム・エンジニアリングツール）が実際の AWS Terraform リポジトリを Azure に移行するウォークスルーで、行単位の変換ではなくデプロイメントの意図抽出に焦点を当てています。

入力: contoso-migration

ソースは、AWS 上に Next.js アプリをデプロイする実際の Terraform プロジェクト（contoso-migration）です — コンピュートに EC2、ロードバランシングに ALB、アーティファクトに S3、アイデンティティに IAM キー。コスト: 月額約 34 ドル。目標は Azure で同じインフラを再現することではなく、デプロイメントが実際に何をしようとしているのかを把握し、Azure ネイティブサービス上でそれを再構築することです。

ステップ 1: 検証と認証

Git-Ape は、何かに触れる前にすべての必要な CLI ツール — az、aws、gh、jq、git — を検証し、アクティブな認証セッションを確認することから始めます。部分的な実行はありません。

ステップ 2: 意図の抽出

エージェントは GitHub API を通じてソースリポジトリ全体を読み込み、デプロイメントの意図を抽出します: ランタイム (Node.js)、コンピュートタイプ、イングレスパターン、アーティファクト処理、アイデンティティモデル、ネットワーキング、そしてモニタリング。これが重要なステップです — Terraform のキーワードではなく、デプロイメントが何をするかのセマンティックモデルを構築しています。

ステップ 3: サービスマッピング

AWS サービスが Azure の同等物にマッピングされます:

EC2 → App Service (Linux, Node 20 LTS)
ALB → App Service 組み込みロードバランシング
IAM ロール/キー → Managed Identity
Terraform → Bicep + GitHub Actions

ステップ 4: 批評エージェント

出力を生成する前に、批評エージェントが実行され、2 つのブロッキング問題を検出します:

起動時ビルドのアンチパターン — 元の Terraform は EC2 の起動時に npm install && npm run build を実行していました。修正: CI でビルドし、準備済みアーティファクトをデプロイする。
不要な Blob Storage — S3 は適切な CI/CD で排除できるアーティファクトステージングに使用されていました。批評エージェントがそれを完全に削除しました。

ステップ 5: 生成された出力

結果は元の 200 行以上の Terraform の代わりに約 80 行の Bicep です。エージェントは infra/main.bicep と .github/workflows/deploy.yml を含む新しい GitHub リポジトリを作成し、すべての AWS 固有ファイルを削除しました。

セキュリティ体制の比較

移行により、セキュリティも大幅に改善されました:

AWS オリジナル	Azure 出力
HTTP のみ	HTTPS のみ、TLS 1.2
SSH が 0.0.0.0/0 に開放	SSH 露出なし
IAM アクセスキー	OIDC + Managed Identity
モニタリングなし	Application Insights

コスト: 元の 34 ドル/月に対して約 13 ドル/月。

構文コンバーターとの違い

批評エージェントのステップが、これを機械的な変換と区別するものです。AWS では機能するが Azure では誤りとなるパターンを検出し、それを複製する代わりに修正しました。出力は「Azure 構文の AWS」ではなく、同じ目標をよりクリーンに達成する Azure ネイティブのデプロイメントです。

完全なエージェントトレースと生成されたファイルについては、完全なウォークスルーをご覧ください。

GitHub Copilotのモダナイゼーション評価は、まだ使っていない最高の移行ツール

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

この記事は自動翻訳されました。原文はこちらをご覧ください。

レガシーな.NET Frameworkアプリをモダンな.NETに移行することは、誰もがやるべきだと知っているのに誰も始めたがらないタスクの一つです。「ターゲットフレームワークを変えるだけ」では済みません。消えたAPI、もう存在しないパッケージ、まったく異なる動作をするホスティングモデル、そして何をコンテナ化し、何を書き直し、何をそのままにするかについての無数の小さな決断があります。

Jeffrey FritzがGitHub Copilotのモダナイゼーション評価の詳細な解説を公開しましたが、正直なところ、.NET向けで見た中で最高の移行ツーリングです。コード生成のためではありません — それは今や当たり前です。生成される評価ドキュメントのためです。

単なるコード提案エンジンではない

VS Code拡張機能は評価 → 計画 → 実行モデルに従います。評価フェーズはコードベース全体を分析し、すべてをキャプチャする構造化ドキュメントを生成します：何を変更する必要があるか、どのAzureリソースをプロビジョニングするか、どのデプロイモデルを使用するか。その後のすべて — Infrastructure as Code、コンテナ化、デプロイマニフェスト — は評価結果から流れます。

評価はプロジェクトの.github/modernize/assessment/に保存されます。各実行は独立したレポートを生成するため、履歴が蓄積され、Issueを修正するにつれて移行の態勢がどう進化しているか追跡できます。

2つの始め方

推奨評価 — 素早い方法。キュレーションされたドメイン（Java/.NETアップグレード、Cloud Readiness、セキュリティ）から選び、設定をいじらずに意味のある結果を得ます。アプリがどこにいるかの最初の確認に最適です。

カスタム評価 — ターゲットを絞った方法。何を分析するか正確に設定：ターゲットコンピュート（App Service、AKS、Container Apps）、ターゲットOS、コンテナ化分析。複数のAzureターゲットを選んで移行アプローチを並べて比較できます。

その比較ビューは本当に便利です。App Serviceで必須Issueが3つのアプリが、AKSでは7つかもしれません。両方を見ることで、移行パスにコミットする前にホスティングの決定を導けます。

Issueの内訳はアクション可能

各Issueには重大度レベルが付いています：

必須 — 修正しなければ移行が失敗
潜在的 — 移行に影響する可能性あり、人間の判断が必要
オプション — 推奨される改善、移行をブロックしない

そして各Issueは影響を受けるファイルと行番号にリンクし、何が問題でなぜターゲットプラットフォームにとって重要なのかの詳細な説明を提供し、具体的な修正手順を示し（「これを直して」だけでなく）、公式ドキュメントへのリンクを含みます。

個々のIssueを開発者に渡すことができ、彼らにはアクションに必要なすべてが揃っています。これが「問題がある」と伝えるツールと「解決方法」を伝えるツールの違いです。

カバーされるアップグレードパス

.NET向け具体的に：

.NET Framework → .NET 10
ASP.NET → ASP.NET Core

各アップグレードパスには、どのAPIが削除されたか、どのパターンに直接の等価物がないか、どのセキュリティ問題に注意が必要かを知る検出ルールがあります。

複数のアプリを管理するチーム向けには、マルチレポのバッチ評価をサポートするCLIもあります — すべてのリポをクローンし、すべてを評価し、アプリごとのレポートと集約されたポートフォリオビューを取得できます。

私の見解

レガシーな.NET Frameworkアプリを抱えているなら（そして正直に言って、ほとんどのエンタープライズチームがそうです）、これが始めるための最適なツールです。評価ドキュメントだけでも時間の価値があります — 漠然とした「モダナイズすべき」を、明確な前進の道筋を持つ具体的で優先順位付けされた作業項目リストに変えてくれます。

コラボレーティブなワークフローも賢いです：評価をエクスポートし、チームと共有し、再実行せずにインポート。意思決定者がツールを実行する人ではないアーキテクチャレビュー？カバーされています。

まとめ

GitHub Copilotのモダナイゼーション評価は、.NETの移行を怖い未定義のプロジェクトから構造化された追跡可能なプロセスに変えます。推奨評価から始めて現在地を確認し、カスタム評価でAzureターゲットを比較して移行計画を構築しましょう。

完全なウォークスルーを読み、VS Code拡張機能を入手して自分のコードベースで試してみてください。