Azure AI Foundry 2025年6月26日の公式ブログ解説: Foundry resource、API、開発ツール

Microsoft Foundry Blog の2025年6月26日の記事では、Build 2025 で紹介された Azure AI Foundry リソース、Azure AI Foundry API、開発者向けツールが整理されています。エージェント、モデル、ツール、評価、監視、セキュリティを一つの管理単位へ寄せる大きな設計変更として読むべき内容です。

要点

• Azure AI Foundry リソース type が、エージェント、モデル、プロジェクト、Azure tooling 連携 を統合する管理単位として紹介された
• Azure ロールベースアクセス制御、ネットワーク、ポリシー を単一のAzure リソース provider namespaceで管理しやすくする方向が示された
• Foundry プロジェクト は、開発者が分離された環境でプロトタイプやアプリを作るための子リソースとして説明された
• Azure AI Foundry API は、モデルプロバイダーを横断するAPI-first agentic アプリケーション開発を支える

今回のブログ記事で語られていること

公式ブログは、従来の Azure AI Foundry portal が複数のAzureリソースやSDKにまたがっていた課題を踏まえ、新しい Foundry リソース type によって、エージェント、モデル、ツール、観測性、セキュリティ、信頼性を統合的に扱う方向を説明しています。Foundry リソース type は、管理者がロールベースアクセス制御、ネットワーク、ポリシーを一貫して管理し、開発者がプロジェクト単位で実験や開発を進められる構造を目指しています。

Foundry プロジェクト は、安全な分離とコラボレーションの単位として説明され、ファイルストレージ、スレッドストレージ、検索インデックスなどをプロジェクト内で共有できます。Bring your own Azure リソース にも触れられており、コンプライアンスや機密データ管理を重視する企業でも、管理モデルを選べる余地があります。Foundry API は、モデルプロバイダーに依存しない一貫した契約で、API-firstなエージェントアプリを作るための核です。

対象になりそうなユーザー・チーム

• Azure AI Foundry を企業標準基盤として整えたいプラットフォーム管理者
• エージェント、モデル、評価、監視を一体で扱いたい開発チーム
• ロールベースアクセス制御、ネットワーク、ポリシーを統制しながら開発者にセルフサービスを提供したいIT部門

実務で確認したいこと

既存のAzure AI Foundry利用者は、新しい リソース type と プロジェクト が既存構成にどう影響するかを確認する必要があります。特に、権限設計、ネットワーク分離、Bring your own リソース、プロジェクト単位のデータ分離、既存SDK/APIとの移行方針を整理しておくと、後の混乱を減らせます。