今週リリースされたもの
Azureの3月リリースは、はっきりしたシグナルで締めくくられました。Microsoftは、Azureをより使いやすく、より安価に運用でき、そして開発者が実際にAIネイティブなアプリを作る方法により密に寄せるために、注力を強めています。Azure Developer CLIは1か月で7回の更新が入り、データベースの価格はついにAWSに追いつき、.NET AspireはApp Service上でGAに昇格しました。
もしAzure上でクラウドネイティブまたはAI対応アプリを構築しているなら、これは先月「エージェント的インフラ」がGAになった以降で最もインパクトの大きい1週間です。
Azure DevCLI：ローカルAIエージェントのデバッグとCopilot統合
Azure Developer CLI（azd）は2026年3月に7つのリリースを出しました。バージョンは1.23.7から1.23.13までです。注目の機能はすべて、AIエージェントにおけるローカル開発とAzureへのデプロイの間の「ループ」を閉じることに関するものです。
azd init におけるGitHub Copilot統合：これで、CLI内で直接GitHub Copilotの支援を受けながら、新しいプロジェクトをひな形（スキャフォールド）できます。ファイルを変更する前に未コミットの変更がないかを確認し、事前にModel Context Protocol（MCP）サーバーのツール同意を促し、会話形式でプロジェクトのセットアップをガイドします。コマンドが失敗した場合も、ターミナルを離れずに、エラーを説明し、ガイダンスを受け、エージェントに修正を適用させ、再実行するという複数ステップのトラブルシューティング手順をazdが提示します。
ローカルAIエージェントのデバッグ：これが大きなポイントです。Azureへデプロイする前に、AIエージェントをローカルで実行してデバッグできるようになりました。つまり、ブレークポイントによるフルデバッグ、ローカルでのモデルテスト、そしてMCPツールの検証を、手元のマシンで行えます。Container Appsにプッシュした後に初めてエージェントの挙動に問題があると分かるような「デプロイして祈る」ワークフローはもう不要です。
Container App Jobsのデプロイ：Azure Container App Jobsは、azdにおける一級の存在になりました。既存のhost: containerapp設定を使います。Bicepテンプレートによって、ターゲットがContainer AppなのかContainer App Jobなのかが決まります。追加の設定は不要です。これは重要です。バッチワークロード、スケジュールされたAIエージェントのタスク、イベント駆動型の処理は、常時稼働のAppsよりもJobsとして実行した方がうまく回るからです。
インフラの事前チェック（プリフライト）検証：Azureへデプロイする前に、azdがBicepのパラメータと設定をローカルで検証するようになりました。不足しているパラメータや型の不一致を、Azureへの往復なしに検出します。これにより、失敗したデプロイや不要なクォータ消費からあなたを守ります。
私はazdの公開以来使っていますが、このリリースは開発者体験を根本的に変えます。AIエージェントのローカルファーストのワークフローにより、基本的なツール接続の問題をデバッグするためにAzureクレジットを消費しなくて済みます。GitHub Copilot統合によって、「ドキュメントを読む」が「CLIに聞く」になります。そしてContainer App Jobsの対応によって、開発用テンプレートと本番向けのアーキテクチャの間にあるギャップが、ついに埋まりました。
データベース向けAzure Savings Plan：実際に筋の通る柔軟な割引
3月18日、Microsoftはデータベース向けAzure Savings Planの一般提供（GA）を発表しました。前提はシンプルです。1年間、固定の時間あたり支出を約束すると、Azureがデータベース利用に対して最大35%の割引を自動的に適用します。地域ロックなし、サービスロックなし、SKUロックなしです。
対象範囲：Azure SQL Database（Hyperscaleおよびサーバーレスティアを含む）、SQL Managed Instance、Azure Database for PostgreSQL、Azure Database for MySQL、Azure Cosmos DB、そしてAzure VMsまたはArc対応サーバー上のSQL Server。VM上でのSQL Serverライセンスは標準レートで課金され、このプランでは割引されません。
柔軟性が重要な理由：従来のAzure Reservationsは強力ですが、アーキテクチャが変わるなら厳しい面もあります。特定のサービス、リージョン、構成に対して割引を固定するため、安定したワークロードには良い一方、変化のあるものにはつらい。実際、2026年に運用している多くのチームは、オンプレのSQL ServerからAzure SQLへの移行の途中、あるいは新しいリージョンに対してPostgreSQLをスケールさせている最中、あるいはAIのリトリーバルパターンを支えるためにCosmos DBへ移行しつつあります。進化することにペナルティを課すReservationは、あなたのロードマップと戦ってしまうReservationです。
Savings Planはこれをひっくり返します。1時間あたりの金額を約束すれば、Azureは実際に利用している（対象となる）サービスのうち、どのサービスに対しても割引を適用します。構成も、リージョンも問いません。たとえばSQL MIの利用が減ってCosmos DBの利用が増えれば、節約のコミットメントは利用に合わせて自動的に追従します。
Savings PlanとReservationは相互に排他的ではない：AzureはまずReservationの割引を適用します（より深い割引ですが、対象となる構成に一致している必要があります）。その後、Reservationでカバーされていない残りの対象利用についてSavings Planが割引を埋め合わせます。安定したワークロードが一部にあり、成長が動的な領域が別にあるチームでは、両方を組み合わせて使うことで最大のカバレッジが得られます。
これは、AWSのSavings Planが何年も前からそうだったやり方です。Azureでの実装も、同じ柔軟性を実現しており、しかも待ち望まれていたものでした。複数のデータベース環境を抱えていたり、長期の移行を進めているチームにとって、Azureコスト管理で実際の摩擦になっていた「コミットするか、柔軟性を保つか」というトレードオフが解消されます。
Azure App Serviceで.NET AspireがGAに到達
Azure App Service上の.NET Aspireは一般提供（GA）になりました。これにより、分散型の .NET アプリケーションをローカル開発から、Azure App Service上の完全にマネージドされた本番環境へ移行しやすくなります。
Aspireは、クラウドネイティブな .NET アプリを構築するための、Microsoft流のスタックです。分散サービス、オブザーバビリティ、構成、サービスディスカバリーが組み込まれているイメージです。GAリリースにより、azd upを使って、Productionグレードのサポート、監視、スケーリングを備えた状態で、AspireアプリをApp Serviceへ直接デプロイできるようになりました。
変更点：App ServiceがAspireのマニフェスト形式をネイティブに理解するようになりました。サービス間通信、依存性注入、そしてテレメトリの配線はすべて、標準で動作します。サービスバインディング、接続文字列、分散トレーシングのエンドポイントを手動で設定する必要はありません。
.NETでマイクロサービスやイベント駆動型アーキテクチャを構築しているなら、App Service上のAspireは、dotnet new aspireから本番までの最速ルートになりました。加えて、開発者体験の進むべき道として、単なる汎用PaaSではなく、意見（考え方）のあるフレームワークに賭けていることを強く示すシグナルでもあります。
Visual Studio 3月アップデート：自分専用のCopilotエージェントを作ろう
Visual Studioの2026年3月アップデートには、GitHub Copilot向けのカスタムエージェントビルダーが搭載されて出荷されました。これにより、コードベース、ワークフロー、チームの慣習に合わせた専用のCopilotエージェントを作成できます。
ビルダーは、カスタム指示、コンテキスト注入、ツール定義をサポートします。チームのアーキテクチャパターンを理解するエージェント、社内ドキュメントを参照するエージェント、特定のコーディング標準を強制するエージェントなどを、開発者がすでに使っているCopilotのインターフェース内で作成できます。
これはより大きなトレンドの一部です。Microsoftは「誰もが使う1つのCopilot」から、「自分でカスタマイズするCopilotエコシステム」へと移行しています。GitHub Copilot SDK（以前私が書いた）は、すでにアプリ開発者向けにこのことを可能にしています。現在、Visual StudioがそれをプラットフォームチームやDevExエンジニアのためにIDEへ直接持ち込みます。
What It All Means
3月のリリースには、統一されたテーマがあります。Azureは、生のインフラだけではなく、開発者のスピード（velocity）とコストの柔軟性に投資しています。
Azure DevCLIのアップデートはすべて、ローカル・ファーストのワークフローと対話型ツールに関するものです。Databases向けSavings Planは、現代のクラウド・アーキテクチャが流動的であって、静的ではないことを認めています。App Service上のAspireは、意見のある（opinionated）フレームワークの勝負です。Visual Studioのカスタムエージェントにより、チームはAIツールを自分たちの状況に合わせて適応できます。
これらはサービス開始ではありません。ワークフローの最適化です。Microsoftは、2026年に開発者の支持を得るのは、最も計算資源が多いことでも、最も多機能なAIモデルでもなく、クラウドネイティブなアプリを「作る・デプロイする・運用する」ことを可能な限り苦痛の少ないものにするプラットフォームだ、と賭けています。
Azure上で構築しているチームにとって、これらのアップデートは即時のROIをもたらします。ローカルAIによるデバッグは反復時間を短縮します。データベースの節約プランは、アーキテクチャ上の制約なしにコストを削減します。Aspireは定型文（ボイラープレート）を削減します。カスタムエージェントはコンテキスト切り替えを減らします。
問題は、この機能が重要かどうかではありません。あなたのチームがそれらをすでに使っているかどうかです。
