DailyAzureUpdatesGenerator

2026年06月03日 - Azure Updates 要約レポート (詳細モード)

生成日時: 2026年06月03日 対象期間: 過去 24 時間以内 処理モード: 詳細モード 更新件数: 131 件

更新一覧

1. Generally Available: Simple log alerts in Azure Monitor

公開日時: 2026年06月03日 02:00:57 UTC リンク: Generally Available: Simple log alerts in Azure Monitor

アップデートID: 561978 情報源: Azure Updates API

カテゴリ: Launched, DevOps, Management and governance, Azure Monitor, Features, Microsoft Build

要約:

詳細:

「Simple log alerts in Azure Monitor」の一般提供開始は、Azure Monitorにおける監視およびアラート機能のユーザー体験をよりシンプルかつ直感的にすることを目的としたアップデートです。本機能は、従来の複雑なアラートルール作成プロセスを簡略化し、技術者が迅速かつ容易にログベースのアラートを設定できるよう設計されています。これにより、システムの健全性や異常検知のためのモニタリング運用が効率化されます。

具体的な機能としては、Azure Monitor上で「Simple log alerts」を利用することで、複雑なクエリや詳細な設定を必要とせず、基本的な条件指定のみでログアラートを作成できます。これにより、Kusto Query Language（KQL）による高度なクエリ作成が不要となり、より幅広い技術者がアラート機能を活用できるようになります。アラートの作成はAzure Portal上のガイド付きインターフェースを通じて実施でき、主要なログデータソースに対して迅速にアラートルールを設定することが可能です。

技術的な仕組みとしては、Azure Monitorのログデータストアに対し、ユーザーが指定した条件に基づいてリアルタイムで監視を行い、条件に一致したイベントやレコードが検出された際にアラートを発報します。アラートの発報後は、Azure Monitorのアクショングループ機能と連携し、メール通知やWebhook、Azure Functionsなどの自動化アクションをトリガーすることができます。

活用シナリオとしては、仮想マシンやアプリケーションのエラーログ監視、セキュリティイベントの検出、カスタムアプリケーションログの異常値検知など、様々な運用監視業務に適用できます。たとえば、特定のエラーメッセージがログに記録された際に即座に通知を受けることで、障害対応の初動を迅速化することが可能です。

注意点としては、Simple log alertsは複雑な条件分岐や集計処理を必要とする高度なアラートには適していない場合があります。より詳細な分析や複雑なロジックを要する場合は、従来のログアラートやKQLを活用したカスタムアラートルールの利用が推奨されます。また、サポートされるデータソースやアラート発報の頻度、通知方法などに制限がある場合があるため、事前に公式ドキュメントの確認が必要です。

本機能はAzure Monitorの他の監視・自動化サービスと連携して利用することができ、既存のアクショングループやAzure Logic Apps、Azure Automationなどと組み合わせることで、運用の自動化やインシデント対応の効率化を図ることができます。詳細については公式アップデートページ（https://azure.microsoft.com/updates?id=561978）を参照してください。

2. Public Preview: Code-first observability for Foundry Agents in VS Code

公開日時: 2026年06月02日 23:15:29 UTC リンク: Public Preview: Code-first observability for Foundry Agents in VS Code

アップデートID: 563197 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、「Public Preview: Code-first observability for Foundry Agents in VS Code」と題され、Microsoft Foundryにおいてエージェント開発者向けのコードファーストなオブザーバビリティ機能がパブリックプレビューとして提供開始されたことを示しています。この機能は、VS Code Copilot ChatのFoundry Plugin内に「observe skill」として実装されており、エージェント開発者がエディタ上から直接、評価駆動型の最適化ループを実行できるようになっています。

アップデートの背景としては、エージェント開発における観測性（オブザーバビリティ）の向上が求められていたことが挙げられます。従来、エージェントの挙動やパフォーマンスを評価・最適化するためには、外部ツールや手動によるログ解析などが必要でしたが、本アップデートにより、開発者はVS Codeという統合開発環境内で、コードファーストの観点から直接オブザーバビリティを実現できるようになりました。

具体的な機能としては、Foundry Pluginのobserve skillを利用することで、エディタ上でエージェントの評価、最適化、観測が一連のループとして実行可能となります。これにより、開発者はコードの編集、エージェントの動作評価、パフォーマンスの最適化といった作業をシームレスに行うことができます。技術的な仕組みとしては、VS Code Copilot ChatとFoundry Pluginが連携し、開発者がエディタ内でエージェントの観測データや評価結果をリアルタイムに確認できるようになっています。

活用シナリオとしては、エージェントの開発やチューニングを行う際に、コードの変更がエージェントの挙動やパフォーマンスにどのような影響を与えるかを即座に観測し、必要に応じて最適化を繰り返すといった開発フローが想定されます。これにより、開発サイクルの短縮や品質向上が期待できます。

注意点や制限事項については、現時点ではパブリックプレビュー段階であるため、機能の安定性やサポート範囲に制限がある可能性があります。また、observe skillの利用にはVS Code Copilot ChatおよびFoundry Pluginの導入が前提となります。

関連するAzureサービスとの連携については、Foundry自体がMicrosoftのエージェント開発基盤であり、Azure上でのエージェント開発や運用において本機能が活用されることが想定されますが、詳細な連携内容については本アップデート情報からは明記されていません。

以上のように、本アップデートはエージェント開発者に対して、VS Code上でのコードファーストなオブザーバビリティを実現する新機能を提供するものであり、開発効率と品質向上に寄与することが期待されます。

3. Generally Available: Agent kit for Azure Cosmos DB

公開日時: 2026年06月02日 22:30:49 UTC リンク: Generally Available: Agent kit for Azure Cosmos DB

アップデートID: 563022 情報源: Azure Updates API

カテゴリ: Launched, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

「Agent kit for Azure Cosmos DB」が一般提供されたことにより、AIコーディングエージェントによる高性能なデータベースアプリケーションの構築がさらに効率化されます。本アップデートの背景には、開発者がAzure Cosmos DBを利用したアプリケーション開発において、ベストプラクティスを容易に取り入れ、パフォーマンスや信頼性を向上させるニーズが高まっていることがあります。今回のAgent Kitは、これまで実証されてきた設計や運用のベストプラクティスを開発ワークフローに直接組み込むことを目的としています。

具体的な機能としては、Azure Cosmos DB向けのAIコーディングエージェントが、データモデリングやクエリ最適化、パフォーマンスチューニングなどの領域で、開発者に対して自動的に最適なガイダンスやコードサンプルを提供します。これにより、開発者は複雑な分散データベースの設計や運用に関する専門知識がなくても、効率的かつ高品質なアプリケーションを構築できるようになります。

技術的な仕組みとしては、Agent Kitが開発環境に統合されることで、開発プロセス中にリアルタイムでベストプラクティスや推奨事項を提示します。これにより、設計段階から運用段階まで一貫した品質管理が可能となります。また、既存のAzure Cosmos DBサービスと連携することで、データベースのスキーマ設計やクエリパフォーマンスの最適化など、実践的な開発支援が実現されます。

活用シナリオとしては、Azure Cosmos DBを利用した新規アプリケーション開発や、既存アプリケーションのパフォーマンス改善、運用自動化などが挙げられます。例えば、分散型アプリケーションにおいてスケーラブルなデータストアを設計する際や、グローバル分散環境でのデータ整合性を担保する際に、Agent Kitが最適な設計指針を提供します。

注意点としては、Agent Kitの導入にあたり、開発環境やワークフローへの統合方法、バージョン管理、既存の開発プロセスとの整合性などを十分に検討する必要があります。また、Agent Kitが提供するガイダンスはあくまでベストプラクティスに基づくものであり、すべてのユースケースに対して最適解となるとは限らないため、個別の要件に応じた調整が求められます。

関連するAzureサービスとの連携については、Azure Cosmos DBを中心に、Azure FunctionsやAzure Logic Appsなどのサーバーレスサービス、Azure Monitorによる監視・運用自動化などと組み合わせることで、より柔軟かつ拡張性の高いアプリケーション開発が可能となります。Agent Kitの一般提供により、Azure Cosmos DBを活用したアプリケーション開発の生産性と品質が大幅に向上することが期待されます。

4. Public Preview: Azure SQL updates for early-June

公開日時: 2026年06月02日 22:15:55 UTC リンク: Public Preview: Azure SQL updates for early-June

アップデートID: 563142 情報源: Azure Updates API

カテゴリ: In preview, Databases, Hybrid + multicloud, Azure SQL Database, Microsoft Build, Feature

要約:

詳細:

2026年6月初旬、Azure SQL Databaseにおいて、透明性の高いデータ暗号化（Transparent Data Encryption: TDE）構成時に、顧客管理キー（Customer-Managed Keys: CMK）としてAES 256ビットの対称鍵を使用できるようにアップデートが実施されました。このアップデートの背景には、クラウド上でのデータ保護要件の高まりと、より強度の高い暗号化方式へのニーズがあります。従来のTDEでは、Azureが管理するキーを用いてデータベースの暗号化が行われていましたが、今回の機能拡張により、顧客自身が管理するAES 256ビットの対称鍵を利用して、より柔軟かつ高度なセキュリティ要件に対応できるようになりました。

具体的な変更内容としては、Azure SQL DatabaseのTDE設定時に、Azure Key Vaultなどで管理されているAES 256ビット対称鍵を選択し、データベース暗号化のキーとして利用できるようになった点が挙げられます。これにより、暗号化キーのライフサイクル管理やアクセス制御を顧客側で細かく設定でき、コンプライアンスや内部統制の強化が可能となります。

技術的な仕組みとしては、Azure SQL DatabaseがTDEを有効化する際、指定されたAES 256ビット対称鍵をAzure Key Vaultから取得し、データベースファイルの暗号化・復号化処理に利用します。顧客管理キーの利用により、キーのローテーションや失効、アクセス監査などをAzure Key Vaultの機能と連携して実施できるため、セキュリティ運用の効率化が図れます。

活用シナリオとしては、金融や医療など厳格なデータ保護規制が求められる業界で、暗号化キーの管理を自社のポリシーに従って運用したい場合や、キーのローテーションや失効を独自タイミングで実施したいケースに有効です。また、複数のAzureサービス間で一貫したキー管理を行いたい場合にも、Azure Key Vaultを中心とした連携が容易になります。

注意点としては、AES 256ビット対称鍵の管理や設定ミスによるデータアクセス障害、キーの失効や削除によるデータ復旧不可リスクなど、顧客側での運用責任が増す点に留意する必要があります。また、TDEの有効化やキー管理に関する詳細な手順や制約事項については、Azure公式ドキュメントを参照し、十分な検証と運用設計を行うことが推奨されます。

関連するAzureサービスとしては、Azure Key Vaultが暗号化キーの保管・管理・アクセス制御の中心となります。Azure SQL DatabaseとKey Vault間の連携設定を適切に行うことで、セキュアなキー管理とデータ暗号化を実現できます。今回のアップデートは、Azure SQL Databaseのセキュリティ強化と、顧客主導の暗号化キー管理の実現に大きく寄与するものです。

5. Public Preview: Secure, Modern Access to Azure Files on macOS with MS Entra ID

公開日時: 2026年06月02日 22:00:05 UTC リンク: Public Preview: Secure, Modern Access to Azure Files on macOS with MS Entra ID

アップデートID: 565073 情報源: Azure Updates API

カテゴリ: In preview, Storage, Azure Files, Features, Microsoft Build, Security, Feature

要約:

【何が更新されたか】
Azure FilesがmacOSからのアクセスにおいて、Microsoft Entra ID認証をサポートするパブリックプレビューが開始されました。

【主な変更点や新機能】
これまでWindows環境で主に利用されていたAzure Filesへのアクセスが、macOS端末からもEntra IDを用いたセキュアかつアイデンティティベースの認証で可能になりました。これにより、クロスプラットフォームのチームが、現代的なワークフローでファイル共有を安全に利用できるようになります。

【影響を受ける対象】
macOSを利用しているユーザーや、Azure Filesを活用するクロスプラットフォームの開発・運用チームが主な対象です。Entra IDによる認証を導入したい組織にもメリットがあります。

【注意点】
本機能はパブリックプレビュー段階のため、商用利用や本番環境での運用には慎重な検証が必要です。また、macOSからのアクセス設定やEntra ID連携の詳細は公式ドキュメントを参照してください。

詳細:

本アップデートは、Azure FilesにおいてmacOSからのアクセス時にMicrosoft Entra ID（旧称Azure Active Directory）認証を利用できるようになったことを示しています。これにより、クロスプラットフォームのチームにおいて、macOSユーザーもWindowsやLinuxと同様に、Azure Filesのファイル共有へセキュアかつアイデンティティベースでアクセスすることが可能となりました。本機能は現在パブリックプレビュー段階です。

従来、Azure Filesへのアクセスは主にWindows環境やSMBプロトコルをサポートする一部のLinuxディストリビューションに限定されており、macOSユーザーはアクセス手法が限定的でした。今回のアップデートにより、macOS環境でもEntra IDを用いた認証がサポートされ、組織のセキュリティポリシーやアクセス制御を一元的に管理することができます。これにより、ユーザーごとのアクセス権限管理や監査が容易になり、ゼロトラストセキュリティモデルの実現に寄与します。

技術的には、macOSクライアントがAzure Filesにアクセスする際、Microsoft Entra IDを通じて認証情報を取得し、これを用いてファイル共有へのアクセスを実現します。これにより、従来のストレージアカウントキーやSASトークンといった共有シークレット方式に依存せず、ユーザーごとの認証・認可が可能となります。macOS上での具体的な設定方法や必要なクライアントソフトウェアについては、今後の公式ドキュメントの更新を参照する必要があります。

活用シナリオとしては、Windows、Linux、macOSが混在する開発チームや、セキュリティ要件の高い組織において、ユーザー単位でのアクセス制御やシングルサインオンを実現したい場合に有効です。たとえば、Azure Files上に保存された設計データやドキュメントを、macOS端末からも組織のEntra ID認証で安全に利用できます。

注意点として、本機能はパブリックプレビューであるため、本番環境での利用は推奨されません。また、macOSのバージョンや必要な依存パッケージ、Azure Files側の設定要件など、詳細な制限事項は公式ドキュメントで確認する必要があります。

関連するAzureサービスとしては、Microsoft Entra IDによるアイデンティティ管理、Azure Filesによるファイル共有サービス、Azure Storage全体のセキュリティ機能などが挙げられます。これらのサービスと連携することで、組織全体のセキュリティと運用効率を向上させることが可能です。

6. Generally Available: File share centric management model (Microsoft.FileShares) for Azure Files

公開日時: 2026年06月02日 21:30:23 UTC リンク: Generally Available: File share centric management model (Microsoft.FileShares) for Azure Files

アップデートID: 565062 情報源: Azure Updates API

カテゴリ: Launched, Storage, Azure Files, Features, Management, Microsoft Build

要約:

詳細:

本アップデートは、Azure Filesにおける新しいファイル共有サービス管理エクスペリエンスが、SSDストレージ上のNFS 4.1共有向けに一般提供（GA）となったことを示しています。このアップデートの背景には、ファイル共有リソースの管理性向上と、より柔軟かつセキュアな運用を実現することが目的としてあります。従来のAzure Filesでは、ストレージアカウント単位での管理が主流でしたが、今回のアップデートにより、Microsoft.FileSharesリソースプロバイダーを活用することで、ファイル共有自体がAzureのトップレベルリソースとして扱われるようになりました。

具体的な機能としては、NFS 4.1プロトコルを利用するSSDストレージ上のファイル共有を、AzureポータルやARMテンプレート、Azure CLI、PowerShellなどの各種管理ツールを通じて直接作成・管理・セキュリティ設定が可能となります。これにより、ファイル共有ごとに個別のアクセス制御やタグ付け、監査設定などが行えるようになり、リソースのライフサイクル管理が大幅に効率化されます。

技術的な仕組みとしては、Microsoft.FileSharesリソースプロバイダーが新たに導入され、これによりファイル共有がストレージアカウントのサブリソースではなく、独立したAzureリソースとしてプロビジョニングされます。これにより、Azure Resource Manager（ARM）ベースの管理や自動化が容易になり、インフラストラクチャ・アズ・コード（IaC）による一元管理も実現できます。

活用シナリオとしては、エンタープライズ環境における大規模なNFSベースのファイル共有運用や、マルチテナント環境での個別ファイル共有のセキュアな提供、DevOpsパイプラインにおける動的なファイル共有の作成・削除などが挙げられます。また、Azure PolicyやRole-Based Access Control（RBAC）と連携することで、組織のガバナンス要件に応じた細かなアクセス制御や監査が可能です。

注意点としては、本機能は現時点でNFS 4.1プロトコルを利用するSSDストレージ上のファイル共有に限定されているため、SMBプロトコルやHDDストレージには適用できません。また、既存のストレージアカウントベースのファイル共有とは管理モデルが異なるため、移行時には十分な検証が必要です。

関連するAzureサービスとの連携としては、Azure Monitorによる監視や診断、Azure Policyによるリソース制御、Azure Active Directoryを活用した認証・認可などが挙げられます。これにより、エンタープライズレベルでのセキュアかつ統合的なファイル共有運用が実現できます。

7. Preview: Azure Cobalt 200 Arm-based Dpsv7, Dplsv7, Epsv7, Mpsv4, and Lpsv5-series Virtual Machines

公開日時: 2026年06月02日 21:00:30 UTC リンク: Preview: Azure Cobalt 200 Arm-based Dpsv7, Dplsv7, Epsv7, Mpsv4, and Lpsv5-series Virtual Machines

アップデートID: 564451 情報源: Azure Updates API

カテゴリ: In development, Compute, Virtual Machines, Features, Microsoft Build

要約:

【何が更新されたか】
Azure Cobalt 200 Armベースの新しい仮想マシン（Dpsv7、Dplsv7、Epsv7、Mpsv4、Lpsv5シリーズ）がプレビュー提供開始されました。

【主な変更点や新機能】
今回のVMシリーズは、前世代のCobalt 100 VMと比較して大幅な性能向上が実現されています。Dpsv7とDplsv7は汎用、Epsv7はメモリ最適化、Mpsv4は大容量メモリ、Lpsv5は高密度ストレージ向けです。Armアーキテクチャを採用しており、コスト効率やパフォーマンスが改善されています。

【影響を受ける対象】
Azure上で仮想マシンを利用する技術者や、Armベースのインフラを検討しているユーザーが対象です。特に、性能やコスト最適化を重視するシステム設計者や運用担当者に影響があります。

【注意点】
現在はプレビュー段階のため、本番環境での利用は推奨されません。サポートや機能制限がある可能性があるため、利用前に公式ドキュメントを確認してください。

詳細:

本アップデートは、Azureにおいて新たにCobalt 200 ArmベースのDpsv7、Dplsv7、Epsv7、Mpsv4、Lpsv5シリーズの仮想マシン（VM）がプレビュー提供されたことを示しています。これらのVMは、従来のCobalt 100シリーズから大幅な強化が施されており、特にパフォーマンスや効率性の向上が期待されています。

今回提供されるDpsv7およびDplsv7シリーズは汎用目的のVMであり、幅広いワークロードに適しています。Epsv7シリーズはメモリ最適化型で、大容量メモリを必要とするアプリケーションに最適です。Mpsv4シリーズは高メモリ構成を持ち、さらに大規模なデータ処理やインメモリデータベースなどの用途に向いています。Lpsv5シリーズは高密度ストレージを特徴としており、ストレージ集約型のワークロードに対応します。

技術的には、これらのVMはArmアーキテクチャに基づくCobalt 200プロセッサを採用しており、前世代と比較して計算性能やエネルギー効率の向上が見込まれます。これにより、コストパフォーマンスの高いクラウドインフラストラクチャの構築が可能となります。仮想マシンの展開や管理は、従来のAzure VMと同様にAzure PortalやAzure CLI、ARMテンプレートを通じて実施できます。

活用シナリオとしては、Webアプリケーションのホスティング、バッチ処理、開発・テスト環境の構築、メモリ集約型アプリケーションの運用、大規模データ分析、ストレージ集約型ワークロードなどが挙げられます。特にArmアーキテクチャに最適化されたアプリケーションや、コスト効率を重視するシステムに有用です。

注意点として、これらのVMは現在プレビュー段階での提供となっているため、本番環境での利用には慎重な検討が必要です。また、利用可能なリージョンやサポートされる機能に制限がある場合があります。さらに、Armアーキテクチャに対応していないソフトウェアやツールは動作しない可能性があるため、事前の互換性確認が重要です。

関連するAzureサービスとの連携については、これらのVMは他のAzureインフラストラクチャサービス（例：Azure Storage、Azure Virtual Network、Azure Monitorなど）と組み合わせて利用することができます。これにより、柔軟かつ拡張性の高いクラウドソリューションの構築が可能です。詳細については公式ドキュメントやアップデート情報を参照してください。

8. Generally Available: Unified Text Translation API in Azure AI Translator

公開日時: 2026年06月02日 21:00:30 UTC リンク: Generally Available: Unified Text Translation API in Azure AI Translator

アップデートID: 563631 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

Azure AI TranslatorのUnified Text Translation APIが一般提供（GA）となりました。本アップデートの背景には、複数の翻訳モデルやカスタム翻訳機能を統合し、開発者がより効率的にテキスト翻訳機能を利用できるようにする目的があります。従来は、ニューラル機械翻訳や大規模言語モデルによる翻訳、さらに小規模言語モデルやアダプティブカスタム翻訳など、用途や精度に応じて複数のAPIエンドポイントを使い分ける必要がありましたが、今回のアップデートにより、これらの機能が単一のエンドポイントで利用可能となりました。

具体的な機能としては、Unified Text Translation APIがニューラル機械翻訳（NMT）、大規模言語モデル翻訳、小規模言語モデル翻訳、アダプティブカスタム翻訳を一つのAPIで提供します。これにより、開発者は用途に応じて複数のAPIを切り替える必要がなくなり、シンプルな実装が可能となります。APIのエンドポイントは統一されており、リクエスト時に必要なパラメータを指定することで、各種翻訳モデルやカスタム翻訳機能を柔軟に利用できます。

技術的な仕組みとしては、Unified Text Translation APIが内部で複数の翻訳エンジンを管理し、リクエスト内容に応じて最適なモデルを選択します。これにより、翻訳精度や処理速度、カスタマイズ性を維持しつつ、API利用の複雑さを軽減しています。実装方法としては、Azure AI TranslatorのAPIドキュメントに従い、HTTPリクエストでテキストデータや翻訳先言語、必要に応じてカスタムモデルIDなどを指定することで、翻訳結果を取得できます。

活用シナリオとしては、多言語対応が必要なWebアプリケーションやモバイルアプリ、グローバルな顧客向けのチャットボット、カスタマイズされた業務翻訳などが挙げられます。特に、企業独自の用語や表現を反映したカスタム翻訳を統一APIで利用できるため、業務効率化や品質向上に寄与します。

注意点としては、API利用時のリクエスト制限や対応言語、カスタム翻訳モデルの管理方法など、Azure Translatorの公式ドキュメントを参照し、仕様に従う必要があります。また、各翻訳モデルの精度やレスポンス速度は、用途や言語ペアによって異なる場合があります。

関連するAzureサービスとしては、Azure Cognitive Servicesの他のAI機能（音声認識、画像認識など）や、Azure Logic Apps、Azure Functionsと連携することで、翻訳プロセスの自動化やワークフロー統合が可能です。Unified Text Translation APIの一般提供により、Azure上での多言語対応ソリューションの開発がさらに効率化されます。

9. Public Preview: Azure API Management introduces a Unified Model API for multi-model AI applications.

公開日時: 2026年06月02日 21:00:30 UTC リンク: Public Preview: Azure API Management introduces a Unified Model API for multi-model AI applications.

アップデートID: 562853 情報源: Azure Updates API

カテゴリ: In preview, Integration, Internet of Things, Mobile, Web, API Management, Microsoft Build

要約:

詳細は公式情報（Azure Updateページ）をご参照ください。

詳細:

本アップデートは、「Azure API Management」において、複数の大規模言語モデル（LLM）プロバイダーを利用する企業向けに、マルチモデルAIアプリケーションのための統一APIモデル（Unified Model API）がパブリックプレビューとして導入されたことを示しています。背景として、組織が複数のLLMプロバイダーを採用する場合、各プロバイダーごとに異なるAPI形式やSDK、統合パターンに対応する必要があり、アプリケーションの複雑性が増大していました。これにより、プロバイダーの切り替えやフェイルオーバー、ガバナンスの実施が困難になるという課題が存在していました。

今回のアップデートにより、Azure API Managementは統一されたAPIモデルを提供し、異なるLLMプロバイダーのAPI仕様の差異を吸収します。これにより、開発者は単一のAPIインターフェースを通じて複数のAIモデルを利用できるようになり、アプリケーション側での個別プロバイダーごとの実装やAPI呼び出しの違いを意識する必要がなくなります。技術的には、Azure API Managementが各プロバイダーのAPIリクエスト・レスポンスを抽象化し、共通のエンドポイントで統一的に扱えるように変換・マッピングを行う仕組みが採用されています。

この機能の活用シナリオとしては、複数のAIモデルを組み合わせたアプリケーションの開発や、特定プロバイダーの障害時の自動フェイルオーバー、あるいはコストや性能要件に応じたプロバイダーの柔軟な切り替えなどが挙げられます。また、ガバナンスやセキュリティの観点でも、統一されたAPI管理により、アクセス制御や監査、利用状況の可視化が容易になります。

注意点としては、本機能がパブリックプレビュー段階であるため、運用環境での利用には十分な検証が必要です。また、各プロバイダー固有の機能や拡張APIには対応しない場合があるため、利用するAIモデルの仕様を事前に確認することが重要です。

関連するAzureサービスとしては、API管理基盤であるAzure API Managementとの連携が前提となります。これにより、既存のAPIポリシーやセキュリティ設定、モニタリング機能と統合して運用することが可能です。詳細については公式ドキュメントやアップデート情報を参照してください。

10. Generally Available: Azure API Management Premium v2 and Standard v2 now support wildcard custom hostnames.

公開日時: 2026年06月02日 20:45:52 UTC リンク: Generally Available: Azure API Management Premium v2 and Standard v2 now support wildcard custom hostnames.

アップデートID: 562894 情報源: Azure Updates API

カテゴリ: Launched, Integration, Internet of Things, Mobile, Web, API Management, Microsoft Build

要約:

詳細:

Azure API Management Premium v2およびStandard v2において、ワイルドカードカスタムホスト名のサポートが一般提供されました。本アップデートの背景には、API管理の規模が拡大する中で、個々のサブドメインごとにカスタムドメインや証明書を管理する運用負荷が増大する問題があります。従来は、各サブドメイン（例：payments.api.contoso.comやinventory.api.contoso.comなど）ごとに個別の設定や証明書の管理が必要でしたが、ワイルドカード対応がなかったため、運用のスケーラビリティや効率性が課題となっていました。

今回のアップデートにより、Premium v2およびStandard v2 SKUでは、ワイルドカード証明書を用いたカスタムホスト名の設定が可能となりました。これにより、*.api.contoso.comのようなワイルドカードドメインを一度設定するだけで、配下の複数サブドメインを一括管理できるようになります。技術的には、SSL/TLS証明書としてワイルドカード証明書をAzure API Managementインスタンスにアップロードし、カスタムドメイン設定時にワイルドカード形式のホスト名を指定することで実現します。これにより、証明書の更新や管理作業が大幅に簡素化され、運用効率が向上します。

活用シナリオとしては、企業や組織が多数のAPIエンドポイントをサブドメインごとに展開している場合、ワイルドカード証明書を利用することで、ドメイン管理や証明書更新作業の自動化や一元化が可能となります。例えば、複数のサービスや部署が独自のAPIを公開している場合でも、共通のワイルドカード証明書でセキュアな通信を担保しつつ、ドメイン管理の手間を削減できます。

注意点としては、ワイルドカード証明書はサブドメインの階層に制限があるため、例えば*.api.contoso.comであれば、payments.api.contoso.comやinventory.api.contoso.comには適用できますが、さらに深い階層（例：sub.payments.api.contoso.com）には適用できません。また、証明書の発行元によってはワイルドカード証明書の利用に制約がある場合があるため、事前に証明書プロバイダーの仕様を確認する必要があります。

本機能は、Azure API ManagementのPremium v2およびStandard v2 SKUでのみ利用可能であり、他のSKUではサポートされていません。Azure Key VaultやAzure DNSなど、関連するAzureサービスと組み合わせることで、証明書管理やドメイン管理の自動化をさらに強化することができます。

以上のアップデートにより、API管理の運用効率化とスケーラビリティ向上が実現され、企業のAPIエステート拡大に伴う管理負荷の軽減が期待できます。

11. Global PTU Reservations Are Now Region-Agnostic

公開日時: 2026年06月02日 20:45:52 UTC リンク: Global PTU Reservations Are Now Region-Agnostic

アップデートID: 562657 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Pricing & Offerings

要約:

詳細:

本アップデートは、「Global Provisioned Throughput (PTU) Reservations」がリージョン非依存（region-agnostic）となったことを示しています。これにより、単一のPTUリザベーションで複数リージョンにまたがるGlobal PTUデプロイメントをカバーできるようになりました。従来は、PTUリザベーションは特定のリージョンに紐付けられていたため、グローバルに分散したワークロードを運用する場合、各リージョンごとに個別のリザベーションを取得する必要がありました。この変更の目的は、コスト最適化とリザベーション利用率の向上にあります。単一のリザベーションで複数リージョンのPTUリソースに適用できるため、リザベーションの無駄を減らし、より柔軟なリソース管理が可能となります。

技術的には、AzureのグローバルPTUリザベーションがリージョンに依存しない形で割り当てられるようになり、AzureポータルやAPIを通じてグローバルなPTUリソースに対して一元的にリザーブを適用できます。これにより、例えば複数のAzureリージョンでグローバルに分散したデータベースやストレージサービスを運用している場合でも、リザベーション管理が簡素化されます。

活用シナリオとしては、グローバル展開しているSaaSサービスやマルチリージョン対応のエンタープライズシステムなど、複数リージョンにまたがるPTUリソースを効率的に運用したい場合に有効です。これにより、リザベーションの購入・運用コストを削減しつつ、リソースの利用効率を最大化できます。

注意点としては、グローバルPTUリザベーションが適用される対象や、既存のリージョン単位リザベーションとの互換性、適用範囲などについては、Azure公式ドキュメントやアップデート情報を参照し、詳細な仕様を確認する必要があります。

関連するAzureサービスとしては、グローバルPTUを利用するサービス全般が該当します。これらのサービスにおいて、今回のリージョン非依存型リザベーションを活用することで、より柔軟かつ経済的なリソース運用が実現できます。詳細については、公式アップデートページ（https://azure.microsoft.com/updates?id=562657）を参照してください。

12. Public Preview: Azure Backup for Cosmos DB

公開日時: 2026年06月02日 20:15:03 UTC リンク: Public Preview: Azure Backup for Cosmos DB

アップデートID: 562769 情報源: Azure Updates API

カテゴリ: In preview, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

Azure Backup for Cosmos DBのパブリックプレビューが開始されました。本アップデートは、Azure Cosmos DBアカウントに対して「vaulted backup」を有効化できるようになったことを示しています。これにより、ミッションクリティカルなデータを安全かつ隔離された状態で、堅牢なバックアップとして保護することが可能となります。Azure Backup for Cosmos DBは、サイバー・レジリエンシーやコンプライアンス要件への対応を強化することを目的としています。

具体的な機能としては、Cosmos DBアカウントのデータをAzure Backupの仕組みを利用してバックアップすることができます。バックアップは「vaulted backup」として保存され、通常の運用環境から隔離された形で管理されます。これにより、ランサムウェアや不正アクセスなどのセキュリティインシデント発生時にも、バックアップデータが安全に保護される点が特徴です。また、バックアップデータは復元可能であり、障害発生時や誤操作によるデータ損失時にも迅速なリカバリーが可能です。

技術的な仕組みとしては、Azure BackupサービスがCosmos DBアカウントのデータをバックアップし、Azureのバックアップボールトに保存します。バックアップボールトは、Azureのセキュリティ基準に則った隔離環境で管理されており、アクセス制御や暗号化などのセキュリティ機能が提供されています。バックアップのスケジュールや保持期間、復元操作などはAzure Backupの標準機能を利用して管理できます。

活用シナリオとしては、金融や医療、公共機関など高いコンプライアンス要件が求められる業界において、Cosmos DBのデータを安全にバックアップし、災害復旧やサイバー攻撃への備えとして利用することが考えられます。また、開発環境や本番環境でのデータ保護、誤操作からのリカバリーにも有効です。

注意点としては、現時点でパブリックプレビューであるため、正式リリース前の機能であること、また一部機能や制限事項が存在する可能性があることに留意が必要です。利用の際は、Azure公式ドキュメントやアップデート情報を確認し、最新の制限や仕様を把握することが推奨されます。

関連するAzureサービスとしては、Azure Backup、Azure Backup Vault、Azure Cosmos DBが挙げられます。これらのサービスと連携することで、より高度なデータ保護と運用管理が実現できます。今回のアップデートは、Azure上で運用されるCosmos DBのデータ保護戦略を強化する重要な機能追加となります。

13. Public Preview: Azure Policy Coverage for Model Router in Foundry Models

公開日時: 2026年06月02日 20:00:59 UTC リンク: Public Preview: Azure Policy Coverage for Model Router in Foundry Models

アップデートID: 563636 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、「Public Preview: Azure Policy Coverage for Model Router in Foundry Models」と題されており、Azure PolicyがFoundry ModelsにおけるModel Routerのデプロイメントを対象としたガバナンス機能を提供することを示しています。これにより、組織はModel Routerを利用したAIモデルの選択やルーティングに関して、セキュリティ、コンプライアンス、運用基準に沿った一元的なポリシー管理と強制が可能となります。

アップデートの背景としては、AIモデルの運用が拡大する中で、組織ごとに異なるモデル選択基準やルーティングルールを統一的に管理し、誤ったモデル利用やガバナンス違反を未然に防ぐ必要性が高まっていることが挙げられます。これまで、Model Routerを利用したAIモデルのデプロイメントに対しては、組織横断的な統制が難しい状況がありましたが、Azure Policyとの連携により、これらの課題に対応できるようになりました。

具体的な機能としては、Azure Policyを用いてModel Routerの設定や利用方法に関するポリシーを作成し、組織全体や特定のサブスクリプション、リソースグループ単位で適用・強制できるようになります。これにより、例えば特定のモデルのみを許可する、あるいは特定のルーティングパターンを必須とするなどの運用ルールを技術的に担保することが可能です。Azure Policyは、違反した構成の検出や自動修正、監査ログの生成などの標準的なガバナンス機能も提供します。

技術的な仕組みとしては、Azure Policyの定義を通じてModel Routerのリソースや設定に対する評価・制御が行われます。管理者はAzure PortalやCLI、ARMテンプレートを利用してポリシーを作成・割り当てし、ポリシー違反が発生した場合にはアラートや修正アクションを自動的に実行できます。これにより、運用現場でのガバナンス徹底が効率的に実現されます。

活用シナリオとしては、複数の部門やプロジェクトで異なるFoundry Modelを利用する大規模組織において、モデル選定の一貫性確保やコンプライアンス対応、セキュリティ基準の遵守などが挙げられます。たとえば、特定のリージョン外のモデル利用を禁止する、あるいは承認済みモデルのみをルーティング対象とするなどの要件を技術的に担保できます。

注意点としては、本機能がパブリックプレビュー段階であるため、運用環境での利用に際しては十分な検証が必要です。また、サポートされるModel RouterのバージョンやFoundry Modelsの種類、ポリシーで制御可能な項目などに制限がある場合がありますので、公式ドキュメントやサポート情報を参照することが推奨されます。

関連するAzureサービスとしては、Azure Policy自体の他、AIモデル管理基盤であるFoundry Modelsや、リソース管理のためのAzure Resource Manager（ARM）などが挙げられます。これらのサービスと連携することで、より高度なガバナンスや自動化が実現できます。

詳細については、公式アップデートページ（https://azure.microsoft.com/updates?id=563636）を参照してください。

14. Generally Available: Voice Live integration with Microsoft Foundry Agent Service

公開日時: 2026年06月02日 20:00:59 UTC リンク: Generally Available: Voice Live integration with Microsoft Foundry Agent Service

アップデートID: 563601 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、「Microsoft Foundry Agent Service」が一般提供（GA）となり、Voice Liveとの統合が可能になったことを示しています。これにより、開発者は独自の音声パイプラインを構築することなく、リアルタイムの音声認識（Speech-to-Text）および音声合成（Text-to-Speech）機能をFoundry Agentに接続できるようになりました。これまで、音声データのリアルタイム処理をエージェントに組み込む場合、開発者は音声ストリームの取り扱いや変換処理など、複雑なパイプラインの設計・実装が必要でしたが、本サービスの提供により、その負担が大幅に軽減されます。

具体的な機能としては、Voice Liveを通じて取得した音声データをFoundry Agent Serviceに直接連携し、リアルタイムでテキスト化したり、逆にテキストから音声データを生成して返却することが可能です。これにより、音声インターフェースを持つアプリケーションやサービスの開発が効率化され、既存のFoundry Agentの機能を拡張することができます。

技術的な仕組みとしては、Foundry Agent Serviceが音声データの受け渡しや処理を抽象化し、開発者はAPIやSDKを通じて簡単に音声認識・合成機能を利用できます。これにより、音声ストリームの管理や低遅延な処理、エラー処理などの実装をサービス側に任せることができ、アプリケーション本体の開発に集中できます。

活用シナリオとしては、コールセンターの自動応答システム、バーチャルアシスタント、会議の自動文字起こし、音声による操作が必要なIoTデバイスなど、リアルタイム音声処理が求められるさまざまな場面での利用が想定されます。

注意点としては、現時点で提供されている情報が限定的であり、具体的なAPI仕様や対応する言語、利用可能なリージョン、料金体系などの詳細は公式ドキュメントやAzureポータルで確認する必要があります。また、音声データの取り扱いに関しては、セキュリティやプライバシー保護の観点から、Azureのガイドラインに従った実装が求められます。

関連するAzureサービスとしては、Azure Cognitive ServicesのSpeechサービスや、Bot Framework、Azure Communication Servicesなどが挙げられます。これらのサービスとFoundry Agent Serviceを組み合わせることで、より高度な音声インターフェースや対話型エージェントの構築が可能となります。

15. Generally Available: Azure Sphere OS version 26.06 is now available

公開日時: 2026年06月02日 19:30:20 UTC リンク: Generally Available: Azure Sphere OS version 26.06 is now available

アップデートID: 565033 情報源: Azure Updates API

カテゴリ: Launched, Internet of Things, Azure Sphere, Operating System

要約:

【Azure Sphere OS version 26.06 一般提供開始の要約】

情報源: Azure公式アップデートページ

詳細:

Azure Sphere OS version 26.06がRetail feedで一般提供開始されました。本アップデートはAzure Sphere OS自体の更新のみを対象としており、SDKの更新は含まれていません。Azure Sphereは、IoTデバイス向けのセキュアな運用を実現するためのMicrosoftのプラットフォームであり、OSの定期的なアップデートはセキュリティ強化や安定性向上、機能追加を目的としています。今回のバージョン26.06は、インターネット接続されたデバイスに対してクラウド経由で自動的に配信される仕組みとなっており、管理者や技術者は手動でアップデートを適用する必要がありません。

具体的な機能や変更内容については、SDKの更新がないため、開発環境やAPIの仕様変更は発生していません。OSレベルの更新のみが行われているため、既存のアプリケーションやデバイス管理のワークフローに影響はありません。技術的な実装方法としては、Azure SphereデバイスがAzureのクラウドサービスと連携し、Retail feedから最新OSを受信し自動的にインストールする形です。このプロセスは、Azure SphereのセキュアなOTA（Over-The-Air）アップデート機能によって実現されています。

活用シナリオとしては、Azure Sphereを導入しているIoTデバイスの運用現場において、セキュリティパッチやOSの安定性向上を継続的に享受できる点が挙げられます。管理者は、デバイスがインターネットに接続されている限り、最新のOSが自動的に適用されるため、手動でのアップデート作業やバージョン管理の負担を軽減できます。

注意点としては、SDKの更新が含まれていないため、開発者が新機能やAPI拡張を期待している場合には、今回のアップデートでは対応されていないことを認識しておく必要があります。また、OSアップデートはRetail feedを通じて配信されるため、デバイスが適切にインターネット接続されていることが前提となります。オフライン環境や特殊なネットワーク構成の場合、アップデートが適用されない可能性があるため、運用設計時に考慮が必要です。

Azure Sphere OSのアップデートは、Azure IoT HubやAzure Security Centerなどの関連サービスと連携して、デバイス管理やセキュリティ監視を強化する基盤となります。これにより、エンタープライズレベルのIoTセキュリティを維持しつつ、運用効率を高めることが可能です。今回のAzure Sphere OS version 26.06のリリースは、IoTデバイスの安全な運用を継続的に支援する重要なアップデートとなっています。

16. Public Preview: Automatic OS Image Upgrades for VMSS Flex

公開日時: 2026年06月02日 19:30:20 UTC リンク: Public Preview: Automatic OS Image Upgrades for VMSS Flex

アップデートID: 564976 情報源: Azure Updates API

カテゴリ: In preview, Features, Microsoft Build

要約:

詳細:

本アップデートは、Virtual Machine Scale Sets（VMSS）のFlexible Orchestration（通称VMSS Flex）に対して、Automatic OS Image Upgrades機能がパブリックプレビューとして提供開始されたことを示しています。これにより、VMSS Flex環境において、仮想マシン群全体に対するOSイメージの自動アップグレードが可能となり、運用担当者の手動作業を大幅に削減しつつ、OSの一貫性とセキュリティを維持できるようになります。

従来、VMSSのUniform Orchestrationモードでは自動OSイメージアップグレード機能が利用可能でしたが、VMSS Flexではこの機能が未対応でした。今回のアップデートにより、VMSS FlexでもAzure MarketplaceやShared Image Galleryから提供される最新のOSイメージへの自動アップグレードがサポートされます。これにより、VMSS Flexの柔軟なスケーリングや異種VM構成の利点を活かしながら、OSイメージの最新化を自動化できます。

技術的には、VMSS Flexのインスタンスが参照しているイメージに新しいバージョンが公開されると、Azureが自動的にロールアウトを開始し、スケールセット内のVMインスタンスを順次新しいイメージで再デプロイします。アップグレードの進行状況や制御はAzure PortalやAzure CLI、ARMテンプレートなどから管理可能です。これにより、手動で個々のインスタンスをアップグレードする必要がなくなり、運用効率が向上します。

活用シナリオとしては、大規模なWebアプリケーションやAPIバックエンド、バッチ処理基盤など、可用性やスケーラビリティが求められる環境でのOSパッチ適用やセキュリティアップデートの自動化が挙げられます。特に、複数のVMサイズや構成を混在させる必要がある場合に、VMSS Flexの柔軟性と自動アップグレード機能の組み合わせが有効です。

注意点としては、パブリックプレビュー段階であるため、本番環境での利用には慎重な検証が必要です。また、アップグレードによるサービス影響やアプリケーションの互換性についても事前に確認することが推奨されます。さらに、アップグレードのロールアウトポリシーやタイミングの制御、特定のインスタンスを除外する設定など、詳細な運用要件については公式ドキュメントの参照が必要です。

本機能は、Azureの他のサービス、例えばAzure MonitorやAzure Policyと連携することで、アップグレード状況の監視やコンプライアンス管理を強化できます。今後、より高度な自動化や運用統合が期待される領域です。

17. Generally Available: OpenTelemetry Metrics, Visualizations, and Enhanced Monitoring in Azure Monitor for Azure VMs and Arc Servers

公開日時: 2026年06月02日 19:30:20 UTC リンク: Generally Available: OpenTelemetry Metrics, Visualizations, and Enhanced Monitoring in Azure Monitor for Azure VMs and Arc Servers

アップデートID: 564802 情報源: Azure Updates API

カテゴリ: Launched, DevOps, Management and governance, Azure Monitor, Microsoft Build, Feature

要約:

【何が更新されたか】
Azure Monitorにおいて、OpenTelemetryによるメトリクス収集と可視化機能が一般提供（GA）されました。これにより、Azure Virtual MachinesおよびArc Serversの監視が強化されています。

【主な変更点や新機能】
OpenTelemetryを用いたメトリクスの取得とダッシュボードでの可視化が可能になりました。監視機能が統合され、従来よりも一元的かつ拡張された監視体験を提供します。これにより、パフォーマンスや状態の把握がより効率的に行えます。

【影響を受ける対象】
Azure Virtual MachinesとArc Serversを利用している環境が対象です。これらのリソースをAzure Monitorで監視している技術者は、OpenTelemetry対応の新機能を活用できます。

【注意点】
一般提供となったため、商用環境でも利用可能ですが、既存の監視設定や運用フローへの影響を事前に確認することを推奨します。OpenTelemetryの導入に伴う設定変更や追加の権限が必要になる場合がありますので、公式ドキュメントを参照してください。

詳細:

本アップデートは、Azure MonitorにおけるOpenTelemetryメトリクスおよび可視化機能の一般提供（GA）を発表するものです。これにより、Azure Virtual Machines（VMs）およびAzure Arc対応サーバーに対して、より高度で統合された監視体験が提供されます。アップデートの背景には、クラウドおよびハイブリッド環境における監視の標準化と、オープンなテレメトリ収集基盤であるOpenTelemetryの普及があります。これにより、従来のAzure独自の監視方式に加え、業界標準の手法を用いた柔軟なモニタリングが可能となります。

具体的な変更点として、Azure MonitorがOpenTelemetryによるメトリクス収集と可視化を正式にサポートするようになりました。これにより、OpenTelemetry SDKやエージェントを通じて収集されたメトリクスデータを、Azure Monitorのダッシュボードやワークブック上で可視化・分析できるようになります。従来はAzure Monitor独自のエージェントやデータフォーマットが必要でしたが、OpenTelemetry対応により、マルチクラウドやオンプレミス環境を含む幅広いシステムからの統一的な監視が実現します。

技術的な仕組みとしては、OpenTelemetryで収集されたメトリクスデータがAzure Monitorのデータパイプラインに取り込まれ、既存の可視化・アラート・分析機能と連携します。これにより、開発者や運用担当者は、OpenTelemetry対応アプリケーションやインフラストラクチャから直接Azure Monitorへデータを送信し、統合的なモニタリングを行うことができます。Azure Arc対応サーバーもサポート対象となっており、オンプレミスや他クラウド上のサーバーも同様の監視基盤に統合できます。

活用シナリオとしては、複数のクラウドやオンプレミス環境にまたがるハイブリッドインフラの統合監視、OpenTelemetry対応アプリケーションのパフォーマンスモニタリング、既存のAzure Monitorワークブックを利用したカスタムダッシュボード作成などが挙げられます。これにより、運用現場では監視基盤の一元化や、異なる環境間での監視データの統合的な分析が容易になります。

注意点としては、OpenTelemetryによるメトリクス収集・送信の設定や、Azure Monitor側でのデータ受信設定が必要となる場合があります。また、サポートされるメトリクスの種類や可視化機能には制限がある可能性があるため、詳細は公式ドキュメントを参照することが推奨されます。

関連するAzureサービスとしては、Azure Arcによるハイブリッド環境管理、Log Analyticsによる詳細なデータ分析、Azure Monitor Alertsによる自動通知などが挙げられます。これらのサービスと連携することで、より高度な監視・運用自動化が実現可能です。

18. Public preview: Azure Linux 4.0 for Azure Virtual Machines and VM Scale Sets

公開日時: 2026年06月02日 19:30:20 UTC リンク: Public preview: Azure Linux 4.0 for Azure Virtual Machines and VM Scale Sets

アップデートID: 564543 情報源: Azure Updates API

カテゴリ: In preview, Compute, Linux Virtual Machines, Azure Linux, Microsoft Build, Open Source, Services

要約:

詳細は公式情報（https://azure.microsoft.com/updates?id=564543）をご参照ください。

詳細:

Azure Linux 4.0は、MicrosoftがAzure環境向けに独自開発したLinuxディストリビューションであり、Azure Virtual MachinesおよびVM Scale Sets向けにパブリックプレビューとして提供されています。このアップデートの背景としては、クラウドネイティブなワークロードに最適化されたLinux OSをAzure上で提供することで、パフォーマンスやセキュリティ、運用効率の向上を図ることが目的です。従来のサードパーティ製Linuxディストリビューションとは異なり、Azure LinuxはMicrosoftによる一貫したサポートと、Azureサービスとの深い統合を特徴としています。

具体的な機能や変更内容として、Azure Linux 4.0はLinux kernel 6.18 LTSを採用しており、最新の長期サポートカーネルによる安定性とセキュリティ強化が実現されています。また、パッケージ管理にはdnf5が導入されており、これにより高速かつ効率的なパッケージ管理が可能となっています。さらに、gli（詳細不明）などの最新コンポーネントを含むモダンなスタックが提供されています。これらの機能は、Azure上での仮想マシンやスケールセットの運用において、より柔軟で効率的なシステム構築を支援します。

技術的な仕組みとしては、Azure Linux 4.0はAzure Virtual MachinesおよびVM Scale Setsのイメージとして利用可能です。これにより、AzureポータルやCLI、ARMテンプレートなどを用いて、Azure Linux 4.0ベースの仮想マシンやスケールセットを簡単にデプロイできます。dnf5によるパッケージ管理は、従来のyumやdnfと比較して、より高速な依存関係解決やアップデート処理を実現しています。カーネル6.18 LTSの採用により、最新のハードウェアサポートやセキュリティパッチが適用されます。

活用シナリオとしては、Azure Linux 4.0はクラウドネイティブアプリケーションやコンテナベースのワークロード、DevOps環境、スケーラブルなWebサービスなど、Azure上でLinuxを必要とする多様な用途に適しています。特に、Microsoftによる公式サポートとAzureサービスとの統合により、運用管理やセキュリティ、パッチ適用などの面でメリットがあります。

注意点としては、現在パブリックプレビュー段階であるため、本番環境での利用は推奨されません。今後の正式リリースに向けて、機能やサポート範囲が変更される可能性があります。また、gliの詳細については公式ドキュメントの参照が必要です。

関連するAzureサービスとの連携については、Azure Virtual MachinesやVM Scale Setsと直接統合されており、Azureの標準的な管理ツールやサービスと連携して利用できます。今後、Azure Linux 4.0が他のAzureサービスとの連携を強化していくことが期待されます。

19. Azure Container Linux (ACL) now generally available on Azure Kubernetes Service (AKS)

公開日時: 2026年06月02日 19:30:20 UTC リンク: Azure Container Linux (ACL) now generally available on Azure Kubernetes Service (AKS)

アップデートID: 564537 情報源: Azure Updates API

カテゴリ: Launched, Compute, Linux Virtual Machines, Azure Linux, Microsoft Build, Open Source, Services

要約:

【何が更新されたか】
Azure Container Linux（ACL）がAzure Kubernetes Service（AKS）で一般提供（GA）となりました。

【主な変更点や新機能】
ACLは、Flatcar Container Linuxをベースに、Azure Linux RPMパッケージを用いて構築された、コンテナ運用に最適化されたイミュータブルなOSです。AKSのノードプール用に設計されており、最小限かつセキュアなホスト環境を提供します。これにより、コンテナ化ワークロードの実行に特化した安定した基盤が利用可能となります。

【影響を受ける対象】
AKSを利用している技術者や運用担当者が対象です。特に、コンテナホストのセキュリティや運用効率を重視するユーザーにとって、ACLの導入が有益です。

【注意点】
ACLはイミュータブルOSのため、従来のOSと比べて運用やアップデート方法が異なる場合があります。導入前にACLの特性や運用方法を十分に確認することを推奨します。

詳細:

Azure Container Linux（ACL）がAzure Kubernetes Service（AKS）で一般提供（GA）となりました。ACLは、AKSノードプール向けに最適化されたコンテナ専用のイミュータブル（不変）オペレーティングシステムです。Flatcar Container Linuxをベースに、Azure LinuxのRPMパッケージを用いて構築されています。このアップデートの背景には、AKS上でのコンテナワークロード実行に特化した、セキュリティと運用効率を重視したホストOSのニーズが高まっていることがあります。ACLは、最小限の構成でロックダウンされたホスト環境を提供し、不要なパッケージやサービスを排除することで攻撃対象領域を最小化しています。

具体的な機能としては、ACLはイミュータブルなファイルシステムを採用しており、OSの状態が変更されにくくなっています。これにより、予期しない設定変更や不正な改ざんを防止し、運用時の一貫性とセキュリティを高めています。また、Flatcar Container Linux由来の軽量性と、Azure LinuxのRPMパッケージによるAzure環境への最適化が組み合わさっている点が特徴です。AKSノードプールのOSとしてACLを選択することで、コンテナランタイムやKubernetesコンポーネントの動作に必要な最小限の機能のみを持つホストを利用できます。

技術的な仕組みとしては、ACLはAKSのノードプール作成時に選択可能なOSイメージとして提供されます。Flatcar Container Linuxの設計思想を継承しつつ、Azure Linuxのパッケージ管理やセキュリティアップデートの仕組みを統合しています。これにより、Azureのセキュリティ基準や運用管理機能と親和性の高い運用が可能となります。

活用シナリオとしては、セキュリティや一貫性が重視される大規模なマイクロサービスアーキテクチャや、頻繁なスケールアウト・スケールインが発生する環境において、ACLをAKSノードプールのOSとして採用することで、運用負荷の軽減とセキュリティリスクの低減が期待できます。また、イミュータブルな設計により、CI/CDパイプラインでの自動デプロイやロールバック運用にも適しています。

注意点としては、ACLはコンテナワークロード専用に設計されているため、従来の汎用Linuxディストリビューションで利用可能な一部のパッケージやサービスが利用できない場合があります。また、既存のAKSクラスターでACLに切り替える際には、アプリケーションや運用ツールの互換性を十分に検証する必要があります。

関連するAzureサービスとの連携としては、AKSのマネージドサービス機能やAzure Monitor、Azure Policyなどのセキュリティ・運用管理機能と組み合わせて利用することで、より堅牢で効率的なKubernetes基盤を構築できます。ACLの導入により、Azure上でのコンテナ運用のセキュリティと効率性がさらに向上します。

20. Generally Available: Azure Event Grid - MQTT v5 Subscription Identifier

公開日時: 2026年06月02日 19:30:20 UTC リンク: Generally Available: Azure Event Grid - MQTT v5 Subscription Identifier

アップデートID: 564532 情報源: Azure Updates API

カテゴリ: Launched, Integration, Internet of Things, Event Grid, Features, Microsoft Build

要約:

詳細:

Azure Event Grid Standard Namespaceにおいて、MQTT v5のSubscription Identifier機能が一般提供（GA）となりました。本アップデートの背景には、IoTやイベント駆動型アーキテクチャにおいて、複数のMQTTサブスクリプションを効率的に管理し、イベントのルーティングや処理を柔軟に行いたいというニーズがあります。従来のMQTTプロトコルでは、サブスクリプションごとに識別子を付与することができませんでしたが、MQTT v5ではSubscription Identifierが標準化されており、これをAzure Event Gridがサポートすることで、より高度なイベント管理が可能となります。

具体的な機能としては、各MQTTサブスクリプションに対して一意の識別子（Subscription Identifier）を付与できるようになり、Event Grid経由で受信する各メッセージにはこの識別子が含まれるようになります。これにより、アプリケーション側では受信したメッセージのSubscription Identifierを参照し、即座にイベントのルーティングや処理を実施することができます。例えば、複数のIoTデバイスやアプリケーションが同一トピックに対して異なるサブスクリプションを持つ場合でも、識別子によってメッセージの出所や意図を明確に判別し、適切な処理を割り当てることが可能です。

技術的な仕組みとしては、MQTT v5クライアントがサブスクリプションを作成する際にSubscription Identifierを指定し、Azure Event Grid Standard Namespaceがその識別子を保持し、メッセージ配信時に識別子を付与して転送します。これにより、受信側のアプリケーションはMQTTメッセージのプロパティとしてSubscription Identifierを取得し、イベントの振り分けやフィルタリング、トラッキングなどの処理を実装できます。

活用シナリオとしては、IoTデバイスの管理や、複数のイベントソースからのデータ集約、リアルタイムイベント処理などが挙げられます。例えば、センサーごとに異なるSubscription Identifierを付与し、受信したデータを識別子ごとに異なる処理ロジックに振り分けることができます。また、イベントのトレーサビリティや監査用途にも有効です。

注意点としては、Subscription Identifierの利用はMQTT v5に限定されているため、MQTT v3.1.1などの旧バージョンでは本機能は利用できません。また、識別子の管理や重複防止、適切な値の割り当てなどはアプリケーション側で実装する必要があります。

関連するAzureサービスとしては、Azure IoT HubやAzure Functions、Azure Logic Appsなどと連携し、Event Grid経由で受信したMQTTメッセージをトリガーとして各種処理を実行することができます。これにより、イベント駆動型のシステム設計やIoTソリューションの拡張が容易になります。

21. Private Preview: multiparty analytics with Azure Confidential Clean Rooms

公開日時: 2026年06月02日 19:30:20 UTC リンク: Private Preview: multiparty analytics with Azure Confidential Clean Rooms

アップデートID: 564495 情報源: Azure Updates API

カテゴリ: In development, Microsoft Build

要約:

詳細:

Microsoftは、「Azure Confidential Clean Rooms」におけるマルチパーティ分析機能のプライベートプレビューを発表しました。本アップデートの背景には、機密性の高いデータを複数の組織間で安全に共同分析するニーズの高まりがあります。従来、企業やそのパートナーがプライバシーに配慮した形でビッグデータ分析を実施する際には、データ共有やセキュリティ確保に多大な労力とコストが必要でした。今回のアップデートは、これらの課題を解決するために、完全にマネージドなサービスとしてAzure Confidential Clean Roomsを提供し、複数組織間での安全な分析基盤を実現することを目的としています。

具体的な機能としては、Apache Sparkベースのビッグデータ分析エンジンを活用し、プライバシーに敏感なデータセットを複数のパーティ間で安全に分析できる点が特徴です。Azure Confidential Clean Roomsは、データの所有者やパートナーが自らのデータを直接共有することなく、暗号化やセキュリティ制御のもとで共同分析を行うことを可能にします。これにより、データのプライバシーを維持しつつ、複数の関係者が協力してインサイトを抽出することができます。

技術的な仕組みとしては、Azure Confidential Clean Roomsが提供するセキュアな実行環境上で、Apache Sparkジョブが実行されます。これにより、各パーティのデータは暗号化された状態で処理され、直接的なデータアクセスや漏洩リスクを最小化します。サービスはフルマネージドで提供されるため、インフラストラクチャの管理やセキュリティ設定の煩雑さを軽減できます。

活用シナリオとしては、複数企業間でのマーケティングデータ分析や、医療機関同士の共同研究、金融機関間でのリスク分析など、機密性の高いデータを扱う業界での利用が想定されます。たとえば、異なる企業が顧客データを持ち寄り、個人情報を開示せずに相関分析を行うといった用途に適しています。

注意点としては、本機能は現在プライベートプレビュー段階であり、利用にはMicrosoftによる招待や申請が必要です。また、機能や対応リージョン、サポートされるデータ形式などに制限がある可能性がありますので、利用前に最新のドキュメントやサポート情報を確認する必要があります。

関連するAzureサービスとしては、Azure Data Lake StorageやAzure Synapse Analytics、Azure Key Vaultなどが挙げられます。これらのサービスと連携することで、より高度なデータ管理やセキュリティ運用が実現できます。Azure Confidential Clean Roomsは、Azureのセキュリティ基盤を活かしつつ、マルチパーティ環境でのプライバシー保護型データ分析を推進する重要なサービスです。

22. Private Preview: Storage optimized Lasv5 and Laosv5 Azure VM series

公開日時: 2026年06月02日 19:30:20 UTC リンク: Private Preview: Storage optimized Lasv5 and Laosv5 Azure VM series

アップデートID: 564446 情報源: Azure Updates API

カテゴリ: In development, Compute, Virtual Machines, Microsoft Build

要約:

【何が更新されたか】
Azureでストレージ最適化型の新しい仮想マシン（VM）シリーズ「Lasv5」と「Laosv5」が、プライベートプレビューとして公開されました。

【主な変更点や新機能】
Lasv5およびLaosv5シリーズは、第5世代AMD EPYC™プロセッサ（Turin）を搭載しています。Lasv5シリーズは高いディスク容量、スループット、I/O性能が求められるストレージ集約型ワークロード向けに設計されています。一方、Laosv5シリーズは、同様にストレージ最適化が必要な用途に適しています。

【影響を受ける対象】
大容量ストレージや高いI/O性能が必要なワークロードを運用している技術者や企業が主な対象です。特にデータベース、大規模データ処理、ストレージ集約型アプリケーションを利用する場合に有効です。

【注意点】
現在はプライベートプレビュー段階のため、利用には事前申請が必要です。また、正式リリース前のため、機能や性能に関して変更が生じる可能性があります。

詳細:

本アップデートは、Azureにおいてストレージ最適化仮想マシン（VM）であるLasv5およびLaosv5シリーズがプライベートプレビューとして提供開始されたことを示しています。これらのVMは、第5世代AMD EPYC™プロセッサ（コードネーム：Turin）を基盤として設計されており、特にストレージ集約型ワークロードに最適化されています。Lasv5シリーズは、高いディスク容量、スループット、I/O性能を必要とするストレージ集約型ワークロード向けに設計されており、大規模なデータベースやビッグデータ解析、データウェアハウスなど、高速なディスクアクセスと大容量ストレージを求めるユースケースに適しています。一方、Laosv5シリーズは、詳細な説明が提供されていませんが、同様にストレージ最適化を特徴としつつ、異なるワークロードや要件に対応するモデルであることが示唆されています。

技術的な仕組みとしては、これらのVMは最新のAMD EPYC™（Turin）プロセッサを採用しており、従来世代と比較して計算性能およびI/O性能の向上が期待できます。これにより、ディスクI/Oがボトルネックとなるようなアプリケーションにおいて、より高いパフォーマンスを実現できます。また、Azureの既存のストレージサービス（例：Azure Managed DisksやUltra Disk Storage）と組み合わせて利用することで、エンタープライズレベルの可用性や拡張性を維持しつつ、ストレージ要件の厳しいシナリオにも柔軟に対応可能です。

活用シナリオとしては、大規模なトランザクション処理を伴うデータベース、分析基盤、ログ集約システム、バックアップやアーカイブ用途など、ストレージI/O性能が重要な役割を果たすケースが挙げられます。これらのVMを利用することで、既存の汎用VMでは対応が難しかった高負荷ストレージワークロードにも対応できるようになります。

注意点として、現時点ではプライベートプレビュー段階であるため、利用には事前の申し込みや承認が必要となります。また、プレビュー提供のため、サービスレベルアグリーメント（SLA）が適用されない場合や、サポート対象外となる機能が存在する可能性があります。商用利用や本番環境での導入を検討する際は、これらの制限事項を十分に確認する必要があります。

関連するAzureサービスとの連携については、Azureの標準的な仮想マシン管理機能やストレージサービス、ネットワークサービスとシームレスに統合できる設計となっています。これにより、既存のAzureインフラストラクチャ上で容易に導入・運用が可能です。詳細については、公式ドキュメントやアップデート情報を参照し、最新の対応状況や推奨構成を確認することが推奨されます。

23. Generally Available: Github Copilot modernization

公開日時: 2026年06月02日 19:30:20 UTC リンク: Generally Available: Github Copilot modernization

アップデートID: 564431 情報源: Azure Updates API

カテゴリ: Launched, Features, Microsoft Build, SDK and Tools

要約:

【何が更新されたか】
GitHub Copilot Modernization Agentが一般提供（GA）となりました。

【主な変更点や新機能】
このエージェントは、アプリケーションポートフォリオ全体に対して、アプリケーションの評価やアップグレードをスケールして実施できるようにします。エステート（資産管理）からコードレベルまでの協調的なオーケストレーションを提供し、GitHub Copilotと連携してモダナイゼーション作業を効率化します。

【影響を受ける対象】
複数のアプリケーションを管理・運用している技術者や、アプリケーションのモダナイゼーション（最新化）を推進する開発チームが対象となります。Azure上でGitHub Copilotを活用しているユーザーにも影響があります。

【注意点があれば記載】
一般提供となったことで、正式なサポートが受けられますが、導入前には既存のアプリケーション環境やワークフローとの互換性を確認することを推奨します。

詳細:

GitHub Copilot modernization agentが一般提供（GA）となりました。本アップデートの背景には、アプリケーションの資産全体に対して効率的かつ大規模に評価やアップグレードを実施するニーズがあります。従来、アプリケーションのモダナイゼーションは個別対応が多く、資産全体を統合的に管理しながらコードレベルまでオーケストレーションすることは困難でした。今回のアップデートにより、GitHub Copilot modernization agentを活用することで、エステート（アプリ資産）からコードまでの連携したオーケストレーションが可能となり、アプリケーションの評価やアップグレードをポートフォリオ全体でスケールさせることができます。

具体的な機能としては、GitHub Copilot modernization agentがアプリケーション資産の評価とアップグレードを自動化・効率化します。これにより、複数のアプリケーションを一括で管理し、モダナイゼーションのプロセスを統合的に実施することが可能となります。技術的な仕組みとしては、GitHub Copilot modernization agentがアプリケーションのコードベースに接続し、評価やアップグレードのオーケストレーションを実現します。これにより、コードレベルでの変更や最適化が自動化され、人的リソースの負担が軽減されます。

活用シナリオとしては、企業や組織が保有する多数のアプリケーションを一括で評価し、必要に応じてアップグレードやモダナイゼーションを実施する場合に有効です。例えば、レガシーアプリケーションの最新技術への移行や、セキュリティ強化のためのコード改修など、ポートフォリオ全体の品質向上や効率化を目的とした運用が想定されます。

注意点としては、GitHub Copilot modernization agentの導入にあたり、既存のアプリケーション資産やコードベースとの接続設定が必要となります。また、全てのアプリケーションやコードが自動化された評価・アップグレードに対応できるとは限らず、個別の調整や検証が求められる場合があります。制限事項については、現時点で一般提供となった機能に限定されており、今後の拡張や追加機能については公式情報を参照する必要があります。

関連するAzureサービスとの連携については、GitHub Copilot modernization agentがAzure上で稼働するアプリケーション資産の管理や評価、アップグレードプロセスと密接に連携することが想定されます。これにより、Azureのアプリケーション管理機能やDevOpsプロセスと統合し、より高度なモダナイゼーションを実現することが可能となります。詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=564431）を参照してください。

24. Generally Available: Rolling updates in Flex Consumption

公開日時: 2026年06月02日 19:30:20 UTC リンク: Generally Available: Rolling updates in Flex Consumption

アップデートID: 562365 情報源: Azure Updates API

カテゴリ: Launched, Compute, Containers, Internet of Things, Azure Functions, Features, Microsoft Build

要約:

詳細:

本アップデートは、AzureのFlex Consumptionプランにおいてローリングアップデート機能が一般提供（GA）となったことを示しています。これにより、コードや構成の更新時に全インスタンスを強制的に再起動する従来の方式から、より洗練された「ゼロダウンタイムデプロイメント」が実現可能となりました。背景としては、サービスの可用性を維持しながら継続的なデプロイや更新を行いたいというニーズが高まっていたことが挙げられます。

具体的な機能としては、Flex Consumptionプランで稼働しているアプリケーションに対し、設定変更のみでローリングアップデートを適用できる点が特徴です。これにより、更新時に全てのインスタンスを同時に停止・再起動することなく、プラットフォームがインスタンスごとに順次アップデートを適用し、サービスの継続提供を担保します。技術的には、Azureの基盤が各インスタンスの状態を監視し、既存のトラフィックを維持しつつ新しいバージョンへの切り替えを段階的に行う仕組みとなっています。

活用シナリオとしては、ミッションクリティカルなサービスや、24時間365日稼働が求められるWebアプリケーション、APIサービスなどで、サービス停止を伴わない継続的デプロイメントが必要な場合に有用です。特に、頻繁な機能追加やバグ修正を行う開発体制において、ユーザーへの影響を最小限に抑えつつ迅速なリリースが可能となります。

注意点としては、ローリングアップデートの適用にはFlex Consumptionプランが必要であり、他のプランでは利用できない場合があります。また、アプリケーションの状態管理やセッション管理に依存する構成の場合、インスタンスの切り替え時にセッションが切断される可能性があるため、ステートレスな設計が推奨されます。

関連するAzureサービスとの連携については、App ServiceやFunctionsなど、Flex Consumptionプランをサポートするサービスにおいて本機能が利用可能です。これにより、既存のCI/CDパイプラインやAzure DevOps、GitHub Actionsなどと組み合わせて、より高度なデプロイ戦略を構築することができます。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=562365）を参照してください。

25. Generally Available: Dynamic threshold for Log search alerts

公開日時: 2026年06月02日 19:30:20 UTC リンク: Generally Available: Dynamic threshold for Log search alerts

アップデートID: 561984 情報源: Azure Updates API

カテゴリ: Launched, DevOps, Management and governance, Azure Monitor, Features, Microsoft Build

要約:

詳細:

Azureにおいて「Dynamic threshold for Log search alerts」の一般提供が開始されました。本アップデートの背景には、従来のLog search alertルールにおいて、アラートを発報するための閾値（しきい値）をユーザー自身が手動で設定する必要があり、適切な閾値の決定が難しいという課題がありました。特に、システムの負荷や利用状況が時間帯や日によって変動する場合、静的な閾値では過剰なアラートや見逃しが発生しやすいという問題がありました。

今回のアップデートにより、Log search alertsで動的閾値（Dynamic threshold）が利用可能となりました。動的閾値は、過去のログデータやメトリックの傾向をもとに、Azureが自動的に最適な閾値を算出します。これにより、ユーザーは個々のアラートルールごとに閾値を手動で設定する必要がなくなり、運用負荷の軽減とアラート精度の向上が期待できます。

技術的には、Azure MonitorのLog Analyticsクエリを用いたアラートルール作成時に、従来の静的閾値に加えて動的閾値を選択できるようになっています。動的閾値を選択すると、Azure側でログデータの統計的な分析が行われ、異常値や外れ値を検知するためのしきい値が自動的に設定されます。これにより、システムの通常時の変動を考慮しつつ、異常な挙動のみを効率的に検知することが可能となります。

活用シナリオとしては、Webアプリケーションのアクセスログや、仮想マシンのリソース使用状況、カスタムアプリケーションのイベントログなど、時系列で変動するデータに対して異常検知を行いたい場合に有効です。例えば、通常のアクセス数が大きく変動するECサイトや、業務システムの利用ピークが時間帯によって異なる場合でも、動的閾値を利用することで、適切なタイミングでアラートを受け取ることができます。

注意点としては、動的閾値の計算には十分な過去データが必要となる場合があるため、導入初期やデータ量が少ない環境では期待通りの精度が得られない可能性があります。また、動的閾値のロジックや算出方法の詳細はAzure側で管理されているため、細かなカスタマイズはできません。

本機能はAzure MonitorのLog Analyticsやアラート機能と密接に連携しており、既存の監視・運用ワークフローに組み込むことが可能です。これにより、Azure上でのシステム監視の自動化と効率化がさらに進むことが期待されます。

26. Public Preview: Azure Databricks workspace-wide Genie MCP for Microsoft Copilot Studio

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Azure Databricks workspace-wide Genie MCP for Microsoft Copilot Studio

アップデートID: 564868 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Analytics, Azure Databricks, Features, Microsoft Build

要約:

詳細:

本アップデートは、「Azure Databricks workspace-wide Genie MCP for Microsoft Copilot Studio」のパブリックプレビュー公開に関するものです。今回のアップデートの目的は、Microsoft Copilot Studioのエージェントが、自然言語によるクエリをAzure Databricksワークスペース全体に対して実行できるようにすることです。これにより、複数のGenieスペースや関連リソースにまたがるデータや情報へのアクセスが、単一のエンドポイントを通じて効率的に実現されます。

具体的な機能としては、ワークスペース全体を対象としたGenie MCP（Multi-Channel Processing）エンドポイントが新たに提供されます。このエンドポイントは、Microsoft Copilot Studio内の任意のエージェントからの自然言語クエリを受け付け、ワークスペース内の全ての接続済みGenieスペースおよび関連リソースに自動的にルーティングします。これにより、ユーザーは個別のGenieスペースごとにエンドポイントを指定する必要がなくなり、ワークスペース全体を横断した情報検索や操作が容易になります。

技術的な仕組みとしては、Genie MCPエンドポイントがワークスペース内の全ての接続済みGenieスペースを統合し、Copilot Studioエージェントからの自然言語クエリを自動的に適切なリソースにルーティングします。これにより、複数のデータソースや分析環境をまたいだ統合的なクエリ処理が可能となります。

想定される活用シナリオとしては、Copilot Studioを活用した業務自動化やデータ分析プロセスの効率化が挙げられます。例えば、ビジネスユーザーがCopilot Studioエージェントを通じて自然言語でデータ分析やレポート作成を依頼する場合、エージェントはワークスペース全体のデータを横断的に検索し、最適な情報を抽出することができます。

注意点としては、本機能はパブリックプレビュー段階であるため、運用環境での利用には慎重な検証が必要です。また、エンドポイントの自動ルーティング機能が全てのユースケースに対応しているかについては、事前に十分なテストを行うことが推奨されます。

関連するAzureサービスとしては、Azure DatabricksおよびMicrosoft Copilot Studioが密接に連携します。これにより、データ分析基盤とAIによる自然言語インターフェースが統合され、より高度な業務自動化やデータ活用が実現可能となります。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=564868）をご参照ください。

27. Public Preview: Azure Databricks Lakebase branching with GitHub Copilot agent mode

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Azure Databricks Lakebase branching with GitHub Copilot agent mode

アップデートID: 564863 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Analytics, Azure Databricks, Features, Microsoft Build

要約:

【何が更新されたか】
Azure Databricksにおいて、Lakebaseデータベースのブランチ作成機能とGitHub Copilotのエージェントモード連携がパブリックプレビューとして提供されました。

【主な変更点や新機能】
Lakebaseのプロダクションデータベースを「コピーオンライト方式」でブランチ作成できるようになりました。これにより、開発者は1コマンドで本番データベースの複製を作成し、GitHub Copilotのエージェントモードをブランチのエンドポイントに接続して、実際の本番データを用いたAIアプリやエージェントのデバッグが可能となります。

【影響を受ける対象】
Azure Databricksを利用している開発者やデータエンジニア、AIアプリケーションの開発者が主な対象です。特にLakebaseを活用しているプロジェクトにおいて、効率的なテストやデバッグ環境を求める技術者に恩恵があります。

【注意点】
本機能はパブリックプレビュー段階のため、運用環境での利用には十分な検証が必要です。また、ブランチ作成時のデータ整合性やセキュリティ管理に注意してください。

詳細:

Azure Databricks Lakebaseにおいて、GitHub Copilotのエージェントモードと連携したブランチ作成機能がパブリックプレビューとして提供開始されました。本アップデートの背景には、開発者が本番データベースに対して安全かつ効率的にAIアプリケーションやエージェントのデバッグを行いたいというニーズがあります。従来は本番環境のデータを直接操作することにリスクがあり、テストやデバッグの際にデータの整合性やセキュリティを損なう可能性がありました。本機能は、Lakebaseのプロダクションデータベースから「コピーオンライト」方式でブランチを作成することで、実際のデータを用いた検証を安全に実施できるようにします。

具体的には、Azure Databricksの開発者は単一コマンドでLakebaseのプロダクションデータベースのブランチを作成できます。このブランチはコピーオンライト方式で生成されるため、元データベースに影響を与えず、変更が発生した部分のみが新たに保存されます。作成されたブランチのエンドポイントにはGitHub Copilotのエージェントモードを接続することが可能です。これにより、AIアプリケーションやエージェントのデバッグを実際のプロダクションデータに対して行うことができ、開発効率と品質向上が期待できます。

技術的な仕組みとしては、Lakebaseのデータベースブランチ機能がコピーオンライト方式で実装されており、ブランチ作成時に全データを複製するのではなく、変更が加えられた部分のみを保存します。GitHub Copilotのエージェントモードは、ブランチのエンドポイントに接続することで、AIアプリやエージェントのコード補完やデバッグ支援を受けられるようになっています。

活用シナリオとしては、AIアプリケーションの開発時に本番データを用いたテストやデバッグが必要な場合、ブランチを作成して安全に検証を行うことができます。また、GitHub Copilotのエージェントモードと連携することで、コード補完や問題解決の支援を受けながら開発を進めることが可能です。

注意点としては、パブリックプレビュー段階であるため、機能や性能に制限がある場合があります。また、ブランチ作成やGitHub Copilotとの連携に関しては、Azure DatabricksのLakebase環境やGitHub Copilotの設定が必要となります。

本機能はAzure DatabricksのLakebaseとGitHub Copilotという主要なAzureサービスの連携によって実現されており、今後のAIアプリケーション開発やデータベース運用において効率化と安全性向上に寄与するものです。

28. Generally Available: Improved PDF batch document translation in Azure AI Translator

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Improved PDF batch document translation in Azure AI Translator

アップデートID: 564422 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

【何が更新されたか】
Azure AI Translatorのバッチドキュメント翻訳機能において、PDF翻訳の改善が一般提供（GA）されました。

【主な変更点や新機能】
今回のアップデートでは、Azure AI Document Intelligenceを活用することで、デジタルネイティブPDFおよびスキャンPDFの両方から文書構造を復元し、認識されたテキストを翻訳できるようになりました。これにより、PDF内のレイアウトや構造を保持したまま、より正確な翻訳結果を得ることが可能です。

【影響を受ける対象】
Azure AI Translatorのバッチドキュメント翻訳機能を利用してPDFファイルの翻訳を行っている技術者や開発者が対象となります。特に、PDF形式の大量翻訳や業務ドキュメントの多言語化を行うユーザーにとって利便性が向上します。

【注意点】
PDFの構造復元はAzure AI Document Intelligenceに依存しているため、翻訳精度やレイアウト保持は元のPDFの品質や認識精度に影響される場合があります。利用時はPDFの形式や品質に注意してください。

詳細:

Azure AI Translatorのバッチドキュメント翻訳において、PDF翻訳機能の改善が一般提供（GA）としてリリースされました。本アップデートの背景には、PDF形式のドキュメントがビジネス現場で広く利用されている一方で、従来の翻訳サービスではPDF内の構造やレイアウトの保持、特にスキャンされたPDFのテキスト認識と翻訳に課題があったことが挙げられます。今回のアップデートにより、Azure AI TranslatorはAzure AI Document Intelligenceを活用し、デジタルネイティブPDFおよびスキャンPDFの両方から文書構造を抽出し、認識されたテキストを翻訳できるようになりました。

具体的には、Azure AI Document IntelligenceがPDFファイル内のテキストやレイアウト情報を解析し、元の文書構造を可能な限り保持したままテキストを抽出します。その後、Azure AI Translatorが抽出されたテキストを指定言語へ翻訳します。これにより、従来の単純なテキスト抽出やOCRベースの翻訳と比較して、より高精度かつレイアウトを維持した翻訳結果が得られる点が大きな特徴です。

技術的な実装としては、Azure AI Translatorのバッチドキュメント翻訳APIを利用し、PDFファイルを入力としてアップロードします。サービス側でAzure AI Document Intelligenceが自動的にPDFの解析を行い、テキスト認識および構造化データの抽出を実施します。抽出後、翻訳エンジンが認識済みテキストを翻訳し、最終的に翻訳済みPDFまたは他のドキュメント形式として出力されます。

活用シナリオとしては、多言語対応が求められるグローバル企業における契約書や技術文書、マニュアルなどの大量PDFドキュメントの一括翻訳が挙げられます。また、スキャンされた紙文書のPDF化と翻訳を組み合わせることで、過去のアーカイブ資料の多言語化にも有効です。

注意点としては、PDF内の複雑なレイアウトや手書き文字、画像内テキストの認識精度は元文書の品質や構造に依存するため、完全なレイアウト保持や100%の認識精度は保証されません。また、翻訳対象言語やPDFのサイズ、バッチ処理の制限など、Azure AI TranslatorおよびDocument Intelligenceのサービス仕様に従う必要があります。

本機能は、Azure AI TranslatorとAzure AI Document Intelligenceの連携によって実現されており、他のAzure Cognitive Servicesとの組み合わせによるワークフロー自動化や、Azure Storageとの連携による大規模なドキュメント管理も可能です。これにより、エンタープライズレベルでの多言語ドキュメント処理の効率化が期待できます。

29. Generally Available: Image file translation for batch document translation in Azure AI Translator

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Image file translation for batch document translation in Azure AI Translator

アップデートID: 564417 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

Azure AI Translatorのバッチドキュメント翻訳機能において、画像ファイルの入力対応が一般提供（GA）となりました。このアップデートの背景には、従来のテキストやドキュメントファイルだけでなく、画像内のテキストも翻訳対象とすることで、より多様なデータ形式への対応を強化し、ユーザーの利便性を向上させる目的があります。これにより、紙媒体をスキャンした画像や写真として保存された文書など、画像ファイルに含まれるテキスト情報の多言語展開が容易になります。

具体的な機能としては、Azure AI Translatorのバッチドキュメント翻訳サービスが、画像ファイル（.jpeg、.png、.bmp、.webp）を入力として受け付けるようになりました。サービスは画像ごとにOCR（Optical Character Recognition）処理を実行し、画像内のテキストを抽出します。その後、抽出されたテキストを指定されたターゲット言語へ翻訳します。これにより、画像ファイルを直接アップロードするだけで、画像内のテキストを翻訳した結果を取得できます。

技術的な仕組みとしては、まず画像ファイルがAzure AI Translatorにアップロードされると、内部でOCRエンジンが動作し、画像内の文字情報を認識します。認識されたテキストデータは、Azure Translatorの翻訳エンジンに渡され、指定した言語へ翻訳されます。翻訳結果はバッチ処理の一部としてまとめて出力されるため、大量の画像ファイルを一括で処理することが可能です。

活用シナリオとしては、例えば手書きのメモや紙の資料をスキャンした画像、写真で撮影した掲示物など、画像ファイルに保存されたテキスト情報を多言語対応する場合に有効です。企業のドキュメント管理や国際的な業務展開、教育現場での資料翻訳など、幅広い用途が想定されます。

注意点としては、対応する画像フォーマットが限定されていること（.jpeg、.png、.bmp、.webpのみ）や、OCRの精度は画像の品質や文字の判読性に依存するため、画像が不鮮明な場合や手書き文字が判別しにくい場合は、認識結果や翻訳結果に影響が出る可能性があります。また、バッチ処理のため、リアルタイム翻訳には向いていません。

関連するAzureサービスとしては、Azure Cognitive ServicesのOCR機能や、Azure Storageとの連携が考えられます。画像ファイルをAzure Blob Storageに保存し、そこからバッチ翻訳処理を実行することで、大規模な画像データの管理と翻訳を効率的に行うことができます。以上のように、本アップデートは画像ファイルを含む多様なデータ形式の翻訳ニーズに対応し、Azure AI Translatorの実用性を大きく向上させる内容となっています。

30. Generally Available: Image translation inside Office documents for batch document translation

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Image translation inside Office documents for batch document translation

アップデートID: 564412 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

【何が更新されたか】
Azure AI Translatorのバッチドキュメント翻訳サービスで、Word（.docx）ファイル内に埋め込まれた画像のテキストも翻訳できる機能が一般提供（GA）されました。

【主な変更点や新機能】
これまでバッチ翻訳は主に文書内のテキストのみを対象としていましたが、今回のアップデートで画像内のテキストも対象となりました。サービスは画像領域を自動検出し、OCR（光学文字認識）でテキストを抽出、翻訳後に再レンダリングして文書内に戻します。

【影響を受ける対象】
Wordドキュメント（.docx）を多言語対応させる際、画像内のテキストも翻訳が必要な業務やアプリケーションが対象です。特に、技術資料やマニュアルなど画像を多用する文書の翻訳効率が向上します。

【注意点】
OCR精度や画像内テキストのレイアウト維持に依存するため、翻訳結果の品質確認が必要です。また、対応ファイル形式はWord（.docx）のみである点にご注意ください。

詳細:

今回のAzure Updateでは、Azure AI Translatorのバッチドキュメント翻訳機能において、Word（.docx）ファイル内に埋め込まれた画像内のテキストも翻訳対象となる機能が一般提供（GA）されました。これまでのバッチドキュメント翻訳サービスは、主に文書内のテキスト部分のみを翻訳していましたが、今回のアップデートにより、画像内に含まれるテキストも自動的に検出・翻訳されるようになっています。背景としては、ビジネス文書や技術資料などで画像内に重要な情報が記載されているケースが多く、従来の翻訳サービスではこれらの情報が翻訳されず、ドキュメント全体の多言語対応に課題がありました。今回の機能追加は、ドキュメントの完全な翻訳を実現し、業務効率化や国際展開を支援することを目的としています。

具体的な機能としては、Wordファイル内の画像領域を自動的に検出し、Azure AI TranslatorがOCR（光学文字認識）処理を実施します。OCRによって画像内のテキストを抽出した後、そのテキストを翻訳し、翻訳結果を元の画像上に再描画します。これにより、ユーザーは画像内のテキストも含めて一貫した翻訳結果を得ることができます。技術的な仕組みとしては、画像領域の検出、OCRによるテキスト抽出、翻訳処理、そして再レンダリングという一連のプロセスが自動的に実行されます。これらはAzure AI Translatorのバッチドキュメント翻訳APIを通じて利用可能です。

活用シナリオとしては、国際的なプロジェクトでの技術資料や報告書の多言語化、マーケティング資料やプレゼンテーションの翻訳、教育コンテンツの多言語対応などが挙げられます。特に、図表やスクリーンショットなど画像内に説明や注釈が含まれる場合、従来は手作業で翻訳する必要がありましたが、本機能により大幅な作業効率化が期待できます。

注意点としては、OCRの精度や画像内テキストのレイアウトによっては、翻訳結果が意図したものと異なる場合があることです。また、対応するファイル形式はWord（.docx）のみであり、他の形式や特殊な画像フォーマットには対応していません。さらに、画像内のテキストが手書きや特殊フォントの場合、OCRの認識精度が低下する可能性があります。

関連するAzureサービスとしては、Azure Cognitive ServicesのOCR機能や、Azure Storageによるドキュメント管理、Azure Logic AppsやPower Automateによる翻訳プロセスの自動化などと連携することで、より高度なワークフロー構築が可能です。今回のアップデートは、Azure AI Translatorの多言語対応力を強化し、ドキュメント翻訳の品質向上と業務効率化に寄与する重要な機能追加となっています。

31. Generally Available: OneLake catalog integration for Azure AI Search knowledge sources

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: OneLake catalog integration for Azure AI Search knowledge sources

アップデートID: 564407 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure AI SearchにおけるOneLakeカタログ統合の一般提供開始を告知するものです。これにより、Azure AI SearchのナレッジソースとしてOneLakeカタログのアイテムを登録し、一度の登録で複数のナレッジソースやエージェントから再利用できるようになりました。従来、各ナレッジソースごとに個別にデータソースを設定する必要がありましたが、本統合によりOneLakeカタログのアイテムを一元的に管理し、効率的に活用できるようになります。

具体的な機能としては、OneLakeカタログに登録されたデータアイテムをAzure AI Searchのナレッジソースとして直接参照できる点が挙げられます。これにより、ユーザーはOneLakeカタログ上のデータセットやファイルを一度登録するだけで、異なる検索エージェントやナレッジソースから共通して利用することが可能です。また、OneLakeアイテムごとの既存のアクセス許可設定がそのまま適用されるため、セキュリティやアクセス制御の一貫性が保たれます。

技術的な仕組みとしては、Azure AI SearchがOneLakeカタログと連携し、カタログ内のアイテム情報やアクセス権限を認識した上で、ナレッジソースとしての登録・参照を実現しています。これにより、データソースの管理がシンプルになり、データガバナンスや運用負荷の軽減が期待できます。

活用シナリオとしては、複数のAIエージェントや検索アプリケーションが共通のデータセットを参照する場合や、組織内で一元管理されたデータを様々なナレッジソースで再利用したい場合に有効です。たとえば、社内ドキュメントやナレッジベースをOneLakeカタログで管理し、Azure AI Searchを利用したFAQボットや情報検索システムのデータソースとして活用するケースが考えられます。

注意点としては、OneLakeカタログのアイテムレベルで設定されたアクセス許可がそのまま適用されるため、適切な権限管理が必要です。また、OneLakeカタログ統合機能を利用するには、対応するAzureサービスや設定が必要となる場合があります。

本機能は、Azure AI SearchとOneLakeの連携を強化するものであり、今後もAzure Data Lakeや他のデータサービスとの統合によるデータ活用の幅が広がることが期待されます。詳細については、公式ドキュメントやアップデート情報を参照してください。

32. Generally Available: Managed virtual network for evaluations in Microsoft Foundry

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Managed virtual network for evaluations in Microsoft Foundry

アップデートID: 564402 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Microsoft Foundryにおいて、評価環境向けのマネージド仮想ネットワーク（Managed Virtual Network、以下Managed VNET）サポートが一般提供（GA）となったことを示しています。これにより、ユーザーはプライベートエンドポイントの背後に配置されたモデルやエージェントに対して、クラウド評価ジョブを実行できるようになります。従来、クラウド上での評価ジョブは、パブリックネットワーク経由でのみアクセス可能なリソースに限定される場合がありましたが、本機能の提供により、セキュリティ要件の高い環境やプライベートネットワーク内に限定されたリソースに対しても、評価ジョブの実行が可能となります。

具体的な機能としては、Foundryが管理するManaged VNETが、評価ジョブのアウトバウンド接続を制御します。これにより、ユーザーは自身で複雑なネットワーク設定やVNETの管理を行うことなく、Foundryのマネージドな環境下でセキュアな通信を実現できます。Managed VNETは、クラウド評価ジョブとプライベートエンドポイント間の通信パスを確立し、外部への不要な通信を制限することで、セキュリティとガバナンスを強化します。

技術的な仕組みとしては、Foundryが提供するManaged VNETが、評価ジョブの実行時に必要なネットワークルーティングやアウトバウンド接続の管理を自動化します。これにより、ユーザーはネットワークインフラの構築や運用負担を軽減しつつ、プライベートエンドポイントを活用したセキュアなモデル評価が可能となります。

活用シナリオとしては、金融や医療など、厳格なネットワーク分離が求められる業界において、社内ネットワーク内に限定された機密性の高いモデルやエージェントの評価をクラウド上で実施する場合が挙げられます。また、Azure上の他のプライベートエンドポイントを持つサービスとの連携評価にも適しています。

注意点としては、Managed VNETのアウトバウンド接続に関する制約や、プライベートエンドポイントの設定要件などが考えられますが、詳細な制限事項については公式ドキュメントの参照が必要です。

本機能は、Azureの仮想ネットワークやプライベートエンドポイント、セキュアなクラウド評価基盤を必要とするシナリオにおいて、Foundryをより柔軟かつ安全に活用するための重要なアップデートです。

33. Generally Available: LLM Speech API in Azure AI Speech

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: LLM Speech API in Azure AI Speech

アップデートID: 564387 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

Azure AI Speechにおいて、LLM Speech APIが一般提供（GA）となりました。本アップデートは、最先端の大規模言語モデル（LLM）を活用した音声ファイルの文字起こしおよび翻訳機能を、より広範なユーザーに提供することを目的としています。これにより、25言語90以上のロケールに対応した多言語サポートが実現され、従来よりも精度が向上しています。また、利用可能なリージョンも拡大されており、グローバルな展開や多様なユースケースに対応しやすくなっています。

具体的な機能としては、音声データを入力することで、LLMの能力を活用した高精度な文字起こしおよび翻訳が可能です。これにより、従来の音声認識APIと比較して、より自然な言語理解や文脈把握が実現され、複雑な会話や専門用語を含む音声データにも対応できるようになっています。

技術的な仕組みとしては、Azure AI Speechのバックエンドで大規模言語モデルが動作し、音声データのテキスト化および翻訳を行います。APIとして提供されているため、REST APIやSDKを通じて既存のアプリケーションやワークフローに容易に統合することが可能です。これにより、開発者は複雑なモデルの運用や管理を意識することなく、高度な音声処理機能を利用できます。

活用シナリオとしては、多言語会議の自動文字起こしや、国際的なカスタマーサポートの音声記録の翻訳、教育現場における講義の文字起こしと多言語化などが考えられます。また、音声データの分析やアーカイブ用途にも適しています。

注意点としては、対応する言語やロケールが限定されている場合があるため、利用前に公式ドキュメントでサポート状況を確認する必要があります。また、APIの利用にはAzureのリソース管理や認証、課金体系の理解が求められます。

関連するAzureサービスとしては、Azure Cognitive Servicesの他のAI機能（例：Text Analytics、Translator）と組み合わせることで、より高度な音声・テキスト連携ソリューションの構築が可能です。これにより、エンドツーエンドでの音声データ活用の幅が広がります。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=564387）を参照してください。

34. Generally Available: Oracle schema conversion to Azure PostgreSQL in Visual Studio Code

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Oracle schema conversion to Azure PostgreSQL in Visual Studio Code

アップデートID: 563791 情報源: Azure Updates API

カテゴリ: Launched, Databases, Hybrid + multicloud, Azure Database for PostgreSQL, Microsoft Build, Feature

要約:

詳細:

今回のAzure Updateでは、Visual Studio CodeのPostgreSQL拡張機能を利用して、OracleデータベースのスキーマオブジェクトをAzure Database for PostgreSQL互換のスキーマへ直接変換できる機能が一般提供開始されました。このアップデートの背景には、企業や開発者がOracleからAzure Database for PostgreSQLへの移行を容易に行いたいというニーズがあります。従来、異なるデータベース間でスキーマの移行を行う際には、複雑な変換作業や専用ツールの利用が必要でしたが、今回の機能追加により、Visual Studio Code上でシームレスかつ効率的にスキーマ変換が可能となりました。

具体的には、PostgreSQL拡張機能内でOracleスキーマオブジェクトをプロジェクトベースのワークフローで変換できるようになっています。これにより、ユーザーはOracleデータベースのテーブルやビュー、インデックスなどのスキーマ情報をAzure Database for PostgreSQL互換形式へ変換し、移行プロジェクトとして管理できます。変換プロセスはVisual Studio Codeの拡張機能のUIを通じて操作でき、スキーマの互換性や変換結果を確認しながら作業を進めることができます。

技術的な仕組みとしては、拡張機能がOracleデータベースからスキーマ情報を抽出し、PostgreSQLのスキーマ構造に合わせて変換処理を行います。変換後のスキーマはプロジェクトとして保存され、必要に応じてAzure Database for PostgreSQLへ適用することが可能です。これにより、移行作業の効率化と品質向上が期待できます。

活用シナリオとしては、オンプレミスのOracleデータベースをAzure Database for PostgreSQLへ移行する際のスキーマ変換作業や、既存のOracleアプリケーションをクラウドネイティブなPostgreSQL環境へ再構築する際の前段階として利用できます。また、Visual Studio Codeを利用することで、開発者やDBAがローカル環境で変換作業を行い、移行計画を立てやすくなります。

注意点としては、OracleとPostgreSQLではデータ型や制約、トリガーなどの仕様が異なるため、変換結果の互換性や動作確認が必要です。拡張機能による変換が全てのスキーマオブジェクトに対応しているかどうか、また一部の複雑なオブジェクトやストアドプロシージャの変換には追加作業が必要となる場合があります。

関連するAzureサービスとしては、Azure Database for PostgreSQLが直接の移行先となります。また、Visual Studio Codeの拡張機能を利用することで、Azure上のデータベース管理や移行作業を統合的に行うことができます。今回のアップデートにより、OracleからAzure Database for PostgreSQLへの移行プロセスが大幅に簡素化され、開発者やDBAの作業効率が向上することが期待されます。

35. Public Preview: Pre-upgrade validation checks for Azure Database for PostgreSQL

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Pre-upgrade validation checks for Azure Database for PostgreSQL

アップデートID: 563786 情報源: Azure Updates API

カテゴリ: In preview, Databases, Hybrid + multicloud, Azure Database for PostgreSQL, Microsoft Build, Feature

要約:

詳細:

Azure Database for PostgreSQL Flexible Serverにおいて、メジャーバージョンアップグレード（MVU）を実施する前に、アップグレードの準備状況を事前に検証できる「Pre-upgrade validation checks」機能がパブリックプレビューとして提供されました。このアップデートの目的は、実際のアップグレードプロセス開始前に互換性や準備状況を確認することで、アップグレード時の予期せぬ障害やダウンタイムを未然に防ぎ、より安全かつ計画的なバージョン移行を可能にする点にあります。

具体的な機能としては、ユーザーが独立してアップグレード互換性の検証を実行できる点が特徴です。これにより、Flexible Server上のPostgreSQLインスタンスが新しいメジャーバージョンに対応できるかどうかを、アップグレード前に診断することが可能となります。検証プロセスでは、データベースの構成や拡張機能、互換性に関するチェックが行われ、アップグレードに支障がある場合は事前に警告や詳細なフィードバックが提供されます。

技術的な仕組みとしては、Azure PortalやCLIなどの管理ツールを通じて、Pre-upgrade validation checksを実行することができます。検証は本番環境に影響を与えずに実施されるため、運用中のデータベースの安定性を損なうことなく、アップグレードのリスク評価が可能です。検証結果は、管理者がアップグレード計画を立てる際の判断材料として活用できます。

活用シナリオとしては、PostgreSQLのメジャーバージョンアップグレードを予定している場合や、アプリケーションの互換性確認を事前に行いたい場合に有効です。例えば、システムの稼働率を重視する企業や、複数の拡張機能を利用している環境では、事前検証によってアップグレード時のトラブルを回避することができます。

注意点としては、パブリックプレビュー段階であるため、本機能の仕様や動作が今後変更される可能性があること、また検証結果に基づいてアップグレードを進める際には、公式ドキュメントやサポート情報を参照しながら慎重に対応する必要がある点が挙げられます。

関連するAzureサービスとしては、Azure Database for PostgreSQL Flexible Serverが本機能の対象となります。その他のAzure Databaseサービスや管理ツールとの連携については、現時点で詳細な情報は提供されていませんが、今後のアップデートにより対応範囲が拡大する可能性があります。

以上のように、Pre-upgrade validation checksは、Azure Database for PostgreSQL Flexible Serverのメジャーバージョンアップグレードを安全かつ効率的に進めるための重要な機能です。技術者は、事前検証を活用することで、運用リスクを低減し、安定したサービス提供を実現できます。

36. Public Preview: Microsoft Defender security assessments for Azure Database for PostgreSQL

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Microsoft Defender security assessments for Azure Database for PostgreSQL

アップデートID: 563781 情報源: Azure Updates API

カテゴリ: In preview, Databases, Hybrid + multicloud, Azure Database for PostgreSQL, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure Database for PostgreSQLに対してMicrosoft Defenderのセキュリティアセスメント機能がパブリックプレビューとして提供開始されたことを示しています。これにより、Azure Database for PostgreSQL環境のセキュリティ状態を継続的に評価し、潜在的な脆弱性や設定ミスを特定できるようになります。アップデートの背景には、クラウドデータベースのセキュリティ強化と運用管理の効率化が求められる現状があり、セキュリティリスクの早期発見と対策の自動化を支援することが目的です。

具体的な機能としては、Microsoft DefenderがAzure Database for PostgreSQLの各インスタンスに対して自動的にセキュリティアセスメントを実施し、構成や運用上のベストプラクティスに基づいてリスクを洗い出します。例えば、不要なパブリックアクセスの有無や暗号化設定の不備、推奨されない認証方式の利用など、セキュリティポスチャーに影響を与える要素を検出します。発見された問題点については、Azureポータル上で可視化され、推奨される修正アクションが提示されます。

技術的な仕組みとしては、Microsoft Defender for CloudのセキュリティアセスメントエンジンがAzure Database for PostgreSQLリソースに対して定期的にスキャンを実施し、Azure Resource Graphやセキュリティセンターと連携して評価結果を集約・表示します。アセスメント結果はセキュリティスコアや推奨事項としてダッシュボード上で確認でき、必要に応じてアラートや自動修復ワークフローと連携することも可能です。

活用シナリオとしては、組織のデータベース運用担当者がセキュリティ状態を一元的に監視し、コンプライアンス要件に即した運用を維持するための定期的なチェックや、脆弱性発見時の迅速な対応に役立ちます。また、DevOpsやSecOpsのプロセスに組み込むことで、開発・運用の各フェーズでセキュリティリスクを低減することができます。

注意点としては、本機能は現在パブリックプレビュー段階であり、正式リリース前のため一部機能に制限がある可能性や、サポート対象リージョンやデータベースのバージョンに制約がある場合があります。利用にあたっては、最新のドキュメントやサポート情報を参照し、運用環境への影響を十分に検証することが重要です。

関連するAzureサービスとしては、Microsoft Defender for Cloudとの連携が中心となります。これにより、Azure全体のセキュリティ管理基盤と統合され、他のPaaSデータベースや仮想マシン、ストレージサービスと一貫したセキュリティガバナンスを実現できます。

詳細は公式アップデート情報（https://azure.microsoft.com/updates?id=563781）を参照してください。

37. Public Preview: Azure Database PostgreSQL - Flexible Server cross-tenant customer-managed keys

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Azure Database PostgreSQL - Flexible Server cross-tenant customer-managed keys

アップデートID: 563776 情報源: Azure Updates API

カテゴリ: In preview, Databases, Hybrid + multicloud, Azure Database for PostgreSQL, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure Database for PostgreSQL - Flexible Serverにおいて、クロステナントでのカスタマーマネージドキー（CMK）をサポートする機能がパブリックプレビューとして提供開始されたことを示しています。これにより、データの保存時暗号化（encryption at rest）に利用するAzure Key Vaultのキーを、データベースが属するMicrosoft Entraテナントとは異なるテナントに配置することが可能となります。

この機能追加の背景には、マルチテナント環境や複数組織間でのセキュリティ要件の高まりがあります。従来、Azure Database for PostgreSQL - Flexible Serverでは、カスタマーマネージドキーを利用する場合、同一テナント内のAzure Key Vaultに格納されたキーしか利用できませんでした。しかし、組織のセキュリティポリシーやガバナンス要件によっては、キー管理を別テナントで集中管理したい、あるいは親会社やグループ会社がキーを一元管理する必要があるケースが存在します。本アップデートは、こうした要件に応えるものです。

具体的な機能としては、データベースインスタンスの暗号化キーとして、別テナントに存在するAzure Key Vaultのキーを指定できるようになりました。これにより、データベースのデータは、物理的な保存時においても、管理者が指定した外部テナントのキーによって暗号化されます。実装にあたっては、Microsoft Entra IDによるクロステナント認証や、Key Vaultへの適切なアクセス許可設定が必要となります。Key Vault側では、アクセスするサービスプリンシパルやマネージドIDに対して、必要なキー操作権限（Get, WrapKey, UnwrapKeyなど）を付与する必要があります。

活用シナリオとしては、グループ企業全体で暗号化キーを一元管理したい場合や、セキュリティ要件によりデータベースとキーの管理主体を分離したい場合が考えられます。また、マルチテナントSaaSアーキテクチャにおいて、顧客ごとに異なるテナントのキーを利用してデータを暗号化するケースにも有効です。

注意点としては、本機能は現在パブリックプレビュー段階であり、本番環境での利用には慎重な検討が必要です。また、クロステナントアクセスの設定やKey Vaultの権限管理が複雑化するため、適切なセキュリティ設計と運用が求められます。さらに、関連するAzureサービスとしては、Azure Key VaultおよびMicrosoft Entra IDとの連携が必須となります。

以上のように、本アップデートはAzure Database for PostgreSQL - Flexible Serverのセキュリティと運用柔軟性を高める重要な拡張であり、特に複数テナントや組織横断的なキー管理が求められる環境で有用です。

38. Generally Available: Azure Database for PostgreSQL flexible server pg_ivm extension

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure Database for PostgreSQL flexible server pg_ivm extension

アップデートID: 563771 情報源: Azure Updates API

カテゴリ: Launched, Databases, Hybrid + multicloud, Azure Database for PostgreSQL, Microsoft Build, Feature

要約:

詳細:

Azure Database for PostgreSQL Flexible Serverにおいて、pg_ivm拡張機能が一般提供（GA）となりました。これにより、ユーザーはAzure Database for PostgreSQL Flexible Server環境においてpg_ivm拡張をインストールし、利用することが可能となっています。

このアップデートの背景は、Azure Database for PostgreSQL Flexible Serverの拡張性と機能強化を目的としています。PostgreSQLの拡張機能は、データベースの性能や運用効率を向上させるために重要な役割を果たしており、pg_ivm拡張のサポート追加は、ユーザーのニーズに応えるものです。

具体的な機能として、pg_ivm拡張をインストールすることで、PostgreSQL Flexible Server上で本拡張の提供する機能を利用できます。拡張機能のインストールは、Azure Database for PostgreSQL Flexible Serverの管理コンソールやSQLコマンドを用いて行うことができます。拡張機能の利用により、PostgreSQLの標準機能を補完し、より高度なデータ処理や運用が可能となります。

技術的な仕組みとしては、Azure Database for PostgreSQL Flexible Serverは、PostgreSQLの拡張機能をサポートする設計となっており、pg_ivm拡張もその一部として組み込まれています。拡張のインストールや管理は、Azureの標準的な拡張管理機能を利用して行うことができます。

活用シナリオとしては、PostgreSQL Flexible Server上でpg_ivm拡張を必要とするアプリケーションやワークロードに対して、拡張機能の導入が可能となります。これにより、データベースの機能拡張や特定の処理の最適化など、柔軟な運用が実現できます。

注意点としては、拡張機能の利用にあたっては、Azure Database for PostgreSQL Flexible Serverのバージョンや設定によっては一部制限がある場合があります。拡張機能の互換性や動作要件については、公式ドキュメントを参照し、事前に確認することが推奨されます。

関連するAzureサービスとの連携については、Azure Database for PostgreSQL Flexible Serverは、Azureの他のデータベースサービスやアプリケーションサービスと連携して利用することができます。拡張機能の導入により、より高度なデータベース運用やアプリケーション開発が可能となります。

以上のように、Azure Database for PostgreSQL Flexible Serverにおけるpg_ivm拡張機能の一般提供は、ユーザーにとって拡張性と運用効率の向上をもたらす重要なアップデートです。

39. Public Preview: Foundry Memory preview refresh

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Foundry Memory preview refresh

アップデートID: 563616 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

Microsoft Foundryは、Foundry Memoryのパブリックプレビューを刷新し、ストレージモデルの再設計、新たな検索制御機能、Foundry Agent Serviceツールとの統合強化を実施しました。本アップデートの背景には、エージェントがユーザーごとにスコープされたメモリデータをより効率的かつ柔軟に操作できるようにするという目的があります。これにより、エージェントはユーザー単位でメモリ情報を書き込み、検索し、更新することが可能となりました。

具体的な変更点として、まずストレージモデルが再設計された点が挙げられます。これにより、データの格納方法やアクセスパターンが最適化され、パフォーマンスや拡張性の向上が期待できます。さらに、新しい検索制御機能が追加され、エージェントがユーザーのメモリデータをより細かく制御しながら検索できるようになりました。また、Foundry Agent Serviceツールとの連携が強化されたことで、エージェント開発者は統合されたインターフェースを通じてメモリ機能を活用しやすくなっています。

技術的な仕組みとしては、エージェントがFoundry MemoryのAPIやサービスを利用し、ユーザーごとにスコープされたメモリデータの書き込み、検索、更新操作を行います。これにより、ユーザーごとのコンテキストを維持しつつ、エージェントが動的に情報を管理できるようになります。Foundry Agent Serviceとの統合により、これらの操作は一貫した開発体験のもとで実装可能です。

活用シナリオとしては、チャットボットや仮想アシスタントなどのエージェントが、ユーザーごとの履歴やコンテキスト情報を記憶し、対話のパーソナライズや継続性を実現するケースが考えられます。例えば、ユーザーが過去に入力した情報をエージェントが記憶し、次回の対話時に参照することで、より自然で効率的な応答が可能となります。

注意点としては、現時点ではパブリックプレビュー段階であるため、本番環境での利用や大規模な運用には慎重な検証が必要です。また、機能やインターフェースが今後変更される可能性があるため、最新のドキュメントやアップデート情報を随時確認することが推奨されます。

関連するAzureサービスとしては、Foundry Agent Serviceとの連携が強化されている点が特徴です。これにより、Azure上でエージェントを開発・運用する際に、Foundry Memoryの新機能をシームレスに活用できるようになっています。詳細については、公式アップデートページ（https://azure.microsoft.com/updates?id=563616）を参照してください。

40. Public Preview: Purview admin access auditing for sensitivity-labeled content in Azure AI Search

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Purview admin access auditing for sensitivity-labeled content in Azure AI Search

アップデートID: 563606 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

Azure AI Searchにおいて、Microsoft Purviewによる管理者アクセス監査機能がセンシティビティラベル付きコンテンツに対してパブリックプレビューとして追加されました。このアップデートの背景には、企業や組織が機密性の高いデータの管理・監査を強化するニーズがあり、特にセンシティビティラベルが付与されたドキュメントの操作履歴を詳細に追跡することが求められています。これにより、コンプライアンス要件や内部統制の強化が可能となります。

具体的な機能としては、Azure AI Search内でPurviewラベルが付与されたドキュメントに対する管理者による操作、例えばドキュメントの参照や編集、知識検索、Foundry IQナレッジベースへのアクセスなどのアクティビティが監査ログとして記録されるようになります。これらの監査情報はMicrosoft Purviewに集約され、管理者はPurviewの監査機能を利用してアクセス履歴や操作内容を確認することができます。

技術的な仕組みとしては、Azure AI SearchとMicrosoft Purviewが連携し、センシティビティラベル付きコンテンツへの管理者操作が発生した際、そのイベント情報がPurviewの監査ログに転送されます。これにより、Purviewの監査ポータルから統合的に操作履歴を管理・分析することが可能です。実装面では、Azure AI Searchの管理者操作イベントがPurviewの監査ストリームに流れる形となり、既存のPurview監査インフラを活用して記録・管理されます。

活用シナリオとしては、金融や医療など高い情報保護が求められる業界で、センシティビティラベル付きドキュメントのアクセス監査を強化したい場合に有効です。例えば、ナレッジベースや検索インデックスに格納された機密文書への管理者アクセスを監査し、定期的なレポートやアラートを生成することで、内部統制やコンプライアンス遵守を支援します。

注意点としては、本機能はパブリックプレビュー段階であり、商用環境での利用には慎重な検証が必要です。また、監査対象はPurviewラベル付きコンテンツに限定されており、ラベル未設定のドキュメントは対象外となります。さらに、監査ログの取得や管理にはPurview側の設定や権限管理が必要となります。

関連するAzureサービスとしては、Microsoft Purviewが監査基盤として機能し、Azure AI SearchやFoundry IQナレッジベースと連携してセンシティビティラベル付きコンテンツの管理者操作を統合的に監査・管理する仕組みとなっています。これにより、Azure上のデータガバナンスやコンプライアンス対策を強化することができます。

41. Public Preview: Hosted Agents in Microsoft Foundry Agent Service

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Hosted Agents in Microsoft Foundry Agent Service

アップデートID: 563596 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

Microsoft Foundry Agent ServiceにおけるHosted Agentsのパブリックプレビューが開始されました。本アップデートの背景として、開発者が自身のエージェントコードを任意のフレームワークで作成し、Microsoftが管理するインフラストラクチャ上にデプロイできる環境の提供が求められていました。これにより、従来の制約を受けずに柔軟なエージェント実装が可能となります。

具体的な機能として、Hosted Agentsはコンテナベースのランタイムを採用しており、開発者は自身のエージェントコードをコンテナ化して持ち込むことができます。各Hosted Agentはセッションごとに専用の仮想マシン（VM-i）上で実行されるため、セッション単位で独立した実行環境を確保できます。これにより、エージェントの実行時の競合やリソースの干渉を防ぐことができ、セキュリティやパフォーマンス面でもメリットがあります。

技術的な仕組みとしては、Microsoft Foundry Agent Serviceがホストするインフラストラクチャ上で、コンテナ化されたエージェントがデプロイされ、セッションごとにVM-iが割り当てられます。これにより、開発者はインフラストラクチャ管理の負担を軽減しつつ、任意のフレームワークやランタイム環境を利用したエージェント開発が可能です。

活用シナリオとしては、独自のビルドやデプロイプロセスを自動化するエージェントの実装、特定の業務ロジックを組み込んだカスタムエージェントの運用、複数フレームワークや言語を用いたエージェントの統合などが考えられます。Microsoftが管理するインフラストラクチャ上で動作するため、スケーラビリティや可用性の確保も容易です。

注意点としては、Hosted Agentsはパブリックプレビュー段階であるため、本番環境での利用や長期運用には慎重な検証が必要です。また、セッションごとにVM-iが割り当てられるため、リソース消費やコスト面についても事前に確認する必要があります。

関連するAzureサービスとの連携については、Microsoft Foundry Agent ServiceがAzure上で提供されているため、他のAzureサービスとの統合や拡張が期待されますが、現時点では具体的な連携内容については公開されていません。今後のアップデートにより、より広範なAzureエコシステムとの連携が進む可能性があります。

以上が、Microsoft Foundry Agent ServiceにおけるHosted Agentsのパブリックプレビューに関する技術者向け詳細説明です。

42. Public Preview: Purview sensitivity labels in Azure AI Search knowledge sources

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Purview sensitivity labels in Azure AI Search knowledge sources

アップデートID: 563591 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

Azure AI Searchにおいて、Microsoft Purviewのセンシティビティラベルがナレッジソースに対してサポートされる機能がパブリックプレビューとして提供開始されました。このアップデートの背景には、組織が保持するデータの機密性やコンプライアンス要件への対応強化があります。Microsoft Purviewは、データガバナンスおよび情報保護のための統合プラットフォームであり、センシティビティラベルを用いることで、データの分類や保護ポリシーの適用を一元的に管理できます。今回のアップデートにより、Azure AI Searchがナレッジソースとして取り込むデータに対して、元システムで付与されたセンシティビティラベル情報が保持されたままインジェストされ、さらにFoundryエージェントやCopilotなどの知識ベースにもそのまま伝播される仕組みが実現されました。

具体的な機能としては、データソース側でMicrosoft Purviewによって設定されたセンシティビティラベルが、Azure AI Searchへのデータ取り込み時に自動的に引き継がれます。これにより、検索インデックスや知識ベースの構築時に、データの機密性に応じたアクセス制御やポリシー適用が可能となります。技術的には、Azure AI SearchのインジェストパイプラインがPurviewのラベル情報を認識し、インデックスやナレッジベースのメタデータとして保持する設計となっています。これにより、後続のAIエージェントやCopilotが参照する際にも、データのセンシティビティ情報を考慮した処理や応答が実現できます。

活用シナリオとしては、例えば社内のドキュメント管理システムやファイルストレージに格納された機密文書を、Purviewでセンシティビティラベル付きで管理し、そのままAzure AI Searchを通じてエンタープライズ検索やAIアシスタントに活用するケースが挙げられます。これにより、機密情報の漏洩リスクを低減しつつ、業務効率化や情報活用を推進できます。

注意点としては、現時点ではパブリックプレビューでの提供であるため、運用環境での利用には十分な検証が必要です。また、サポートされるデータソースやラベルの種類、ラベル情報の伝播範囲などについては、公式ドキュメントで最新情報を確認することが推奨されます。

本機能は、Microsoft PurviewおよびAzure AI Searchの連携を強化するものであり、データガバナンスとAI活用の両立を目指す組織にとって有用なアップデートです。

43. Public Preview: MAI-Transcribe-1.5 in Microsoft Foundry model catalog

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: MAI-Transcribe-1.5 in Microsoft Foundry model catalog

アップデートID: 563586 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

【Azure Update要約】

（参考リンク：https://azure.microsoft.com/updates?id=563586）

詳細:

Microsoft Foundryは、次世代の音声認識モデルであるMAI-Transcribe-1.5をモデルカタログに追加し、パブリックプレビューとして公開しました。このアップデートの背景には、従来の音声認識モデルに比べて精度向上を目指す取り組みがあります。特に、長尾（long-tail）ロケール、すなわち一般的ではない言語や方言、特殊な発話パターンに対して、前世代モデルよりも明らかに低い単語誤り率（Word Error Rate, WER）を実現している点が特徴です。

MAI-Transcribe-1.5は、Microsoft Foundryのモデルカタログに追加されたことで、Azure上での音声認識ソリューション開発に利用できるようになりました。具体的な機能としては、音声データをテキストへ変換するSpeech-to-Text処理の精度が向上しており、従来モデルでは認識が難しかったロケールや発話パターンにも対応できるようになっています。これにより、多様な言語環境やユースケースにおいて、より信頼性の高い音声認識結果を得ることが可能です。

技術的な仕組みについては、MAI-Transcribe-1.5はMicrosoftの最新の音声認識技術を活用しており、ニューラルネットワークベースのモデルが採用されています。これにより、音声信号の特徴抽出や言語モデルの精度が大幅に向上し、特に長尾ロケールでの誤認識を減らすことができます。実装方法としては、Microsoft Foundryのモデルカタログを通じてAPIやSDK経由で利用することが想定されます。

活用シナリオとしては、グローバルな企業や多言語対応が必要なアプリケーション、コールセンターの音声記録、会議の自動文字起こし、教育現場での講義録音のテキスト化など、多様な場面でMAI-Transcribe-1.5の高精度な音声認識機能を活用できます。特に、従来モデルでは認識精度が低かった特殊な言語や方言を扱う場合に有効です。

注意点としては、現時点ではパブリックプレビュー段階であるため、商用利用や大規模運用に際しては安定性やサポート体制に留意する必要があります。また、モデルの対応ロケールやAPI仕様については、Microsoft Foundryの公式ドキュメントを参照し、最新情報を確認することが重要です。

関連するAzureサービスとの連携については、MAI-Transcribe-1.5はAzureの音声認識サービスやAIソリューションと組み合わせて利用することができます。例えば、Azure Cognitive ServicesのSpeechサービスと連携することで、既存の音声認識ワークフローにMAI-Transcribe-1.5を組み込むことが可能です。これにより、Azure上での音声データ処理や分析の精度向上を図ることができます。

以上、MAI-Transcribe-1.5のパブリックプレビュー公開に関する技術者向け詳細説明となります。

44. Public Preview: MAI-Image-2.5 in Microsoft Foundry model catalog

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: MAI-Image-2.5 in Microsoft Foundry model catalog

アップデートID: 563581 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=563581）をご参照ください。

詳細:

本アップデートは、Microsoft Foundryのモデルカタログにおいて、MAI-Image-2.5がパブリックプレビューとして追加されたことを示しています。MAI-Image-2.5は、Microsoftが独自に開発した次世代の画像生成モデルであり、従来のMAI-Image-2と比較して、フォトリアリズム（現実的な画像表現）、プロンプト忠実度（入力指示への応答精度）、および生成速度の各点で大幅な向上が図られています。これにより、より高品質かつ迅速な画像生成が可能となっています。

機能面では、MAI-Image-2.5は、ユーザーが指定したテキストプロンプトに基づいて画像を生成する機能を提供します。これにより、デザイン、コンテンツ制作、プロトタイピングなど、幅広い分野での画像生成ニーズに対応できます。また、Microsoft Foundryのモデルカタログに統合されたことで、既存のFoundryワークフローやAPIを通じて容易にMAI-Image-2.5を利用できるようになっています。

技術的な仕組みとしては、MAI-Image-2.5はディープラーニングに基づく生成AIモデルであり、従来モデルに比べてネットワークアーキテクチャや学習データセットの最適化が行われていることが推察されますが、詳細な実装方法や内部構造については本アップデート情報には明記されていません。

活用シナリオとしては、プロンプトに応じた高精度な画像生成が求められるアプリケーションやサービスにおいて、MAI-Image-2.5の導入が有効です。例えば、Webアプリケーションでの自動画像生成、クリエイティブ制作支援、データ拡張など、さまざまな用途での活用が想定されます。

注意点としては、本リリースはパブリックプレビュー段階であるため、運用環境での利用には慎重な検証が必要です。また、モデルの利用に際しては、Microsoft Foundryの利用規約やAPI制限、対応リージョンなどの制約事項を事前に確認することが重要です。

関連するAzureサービスとの連携については、Microsoft FoundryがAzure上で提供されているため、他のAzure AIサービスやデータストレージサービスと組み合わせて、より高度な画像生成ワークフローを構築することが可能です。今後の正式リリースに向けて、さらなる機能強化やサービス連携が期待されます。

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Serverless indexers in Azure AI Search

アップデートID: 563531 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

Azure AI Searchにおける「Serverless indexers」のパブリックプレビュー開始は、インデクサーのコンピュートリソース管理の負担を軽減し、より柔軟なデータインジェストワークフローを実現することを目的としたアップデートです。従来、Azure AI Searchのインデクサーを利用する際には、インデクサー用のコンピュートリソースを事前にプロビジョニングし、管理する必要がありましたが、今回のアップデートにより、インデクサーの実行がサーバーレス方式となり、ワークロードの需要に応じて自動的にスケールする仕組みが導入されました。これにより、アイドル状態のリソースに対するコストが発生しなくなり、必要な時に必要なだけのリソースを利用することが可能となります。

具体的な機能としては、Azure AI Searchのネイティブインデクサーがサーバーレスオプションとして提供され、ユーザーはインデクサーのコンピュートを個別に管理・プロビジョニングする必要がなくなります。インデクサーの実行は完全にAzure側で管理され、ワークロードの増減に応じて自動的にスケーリングされるため、運用負荷の低減とコスト最適化が期待できます。インデクサーの実行タイミングやスケールは、Azureの内部制御によって管理されるため、ユーザーはデータソースやインデックスの設定に集中できます。

技術的な仕組みとしては、サーバーレスインデクサーはAzureのサーバーレスアーキテクチャ上で動作し、ユーザーが明示的にコンピュートリソースを割り当てる必要がありません。インデクサーのトリガーや実行管理はAzure AI Searchのサービス側で行われ、データインジェストのワークフローは従来通り、データソースからインデックスへのデータ取り込みが自動化されています。これにより、スケーラビリティや可用性の確保が容易になり、運用効率が向上します。

活用シナリオとしては、データ量や更新頻度が変動する環境において、サーバーレスインデクサーを利用することで、ピーク時の負荷増大にも自動対応できるため、検索インデックスの最新化を効率的に行うことが可能です。例えば、定期的なバッチインジェストやイベントドリブンなデータ更新など、様々なデータ取り込みワークフローに適用できます。

注意点や制限事項としては、パブリックプレビュー段階であるため、正式リリース前の機能であり、商用環境での利用やサポート範囲に制限がある可能性があります。詳細な制限事項や料金体系については、公式ドキュメントやAzureポータルで確認する必要があります。

関連するAzureサービスとの連携については、Azure AI Searchのインデクサーは、Azure Storage、Azure SQL Database、Cosmos DBなどのデータソースと連携してデータをインジェストすることが可能です。今回のサーバーレスオプションにより、これらのサービスとの連携ワークフローがよりシンプルかつ効率的に構築できるようになります。

46. Public Preview: Neural HD voice update (HDv2.5) in Azure AI Speech

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Neural HD voice update (HDv2.5) in Azure AI Speech

アップデートID: 563526 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure AI SpeechにおけるNeural HDテキスト読み上げモデルの更新を目的としています。従来のDragonHDLatestモデルから新たにHDv2.5モデルへと移行することで、音声合成の品質向上を実現しています。主な変更点として、音声品質スコアの向上、英語音声に対するスタイルおよびパラ言語タグのサポート追加、ならびに単語誤認識率（Word Error Rate）の低減が挙げられます。

技術的には、Neural HDモデルはディープニューラルネットワークを活用した音声合成技術を基盤としており、今回のHDv2.5へのアップデートにより、より自然で高精細な音声生成が可能となっています。特に、スタイルやパラ言語タグのサポートにより、話者の感情や話し方のニュアンスを音声合成に反映できるようになり、より多様な表現力を持つ音声出力が実現されています。これにより、ユーザーはテキストから生成される音声の抑揚や話し方を細かく制御することが可能です。

実装面では、Azure AI SpeechのText-to-Speech APIを利用することで、既存のDragonHDLatestモデルからHDv2.5モデルへの切り替えが行われます。APIのエンドポイントやリクエストパラメータにおいて、モデル指定部分をHDv2.5に変更することで新モデルの機能を利用できます。既存のワークフローやアプリケーションに対しては、モデル指定の変更のみで新機能の恩恵を受けることが可能です。

活用シナリオとしては、コールセンターの自動応答システムや、ナレーション生成、アクセシビリティ向上のための読み上げ機能など、多様なユースケースが考えられます。特に、感情や話し方のバリエーションが求められる対話型AIや教育コンテンツ、エンターテインメント分野においては、スタイルやパラ言語タグのサポートが大きな価値をもたらします。

注意点としては、本アップデートはパブリックプレビュー段階であるため、運用環境での利用には十分な検証が必要です。また、現時点でスタイルやパラ言語タグのサポートは英語音声のみとなっており、他言語での利用には制限があります。今後の正式リリースや他言語対応の進展については、公式ドキュメントやアップデート情報を随時確認することが推奨されます。

関連するAzureサービスとしては、Azure Cognitive Servicesの他のAI機能（音声認識、翻訳、会話AIなど）と組み合わせることで、より高度な音声対話システムや多言語対応のアプリケーション開発が可能です。Azure AI SpeechのText-to-Speech機能を中心に、シームレスなサービス連携を図ることで、ユーザー体験の向上や業務効率化に寄与します。

47. Public Preview: Toolbox connectors and triggers in Microsoft Foundry

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Toolbox connectors and triggers in Microsoft Foundry

アップデートID: 563456 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Microsoft Foundryにおいて、Foundry Tools toolboxにコネクタおよび時間ベースのトリガー機能をパブリックプレビューとして追加するものです。これにより、エンタープライズ開発者や自動化エンジニアは、イベントドリブンなAIエージェントをネイティブに構築する手段が提供されます。従来、Foundryエージェントは直接的な呼び出しによってのみ起動されていましたが、今回のアップデートにより、外部システムとの連携やスケジュールされたイベントに基づく自動起動が可能となります。

具体的には、Toolboxに追加されたコネクタは、外部サービスやデータソースとのインターフェースを提供し、Foundryエージェントが様々なシステムイベントやデータ変更をトリガーとして受け取ることを可能にします。また、時間ベースのトリガーは、指定した時刻や一定間隔でエージェントを自動的に起動する仕組みを提供します。これにより、定期的なバッチ処理やスケジュールに基づく業務プロセスの自動化が実現できます。

技術的な実装としては、Toolbox内でコネクタやトリガーの設定を行い、エージェントの起動条件を柔軟に定義することが可能です。これにより、開発者は複雑なイベントハンドリングやスケジューリングロジックを個別に実装する必要がなくなり、Foundryの標準機能として統合的に管理できます。

活用シナリオとしては、例えば、業務システムからのデータ更新イベントをトリガーとしてAIエージェントに処理を委任したり、定期的なレポート生成や監査タスクを自動化する用途が考えられます。これにより、運用効率の向上や人的ミスの削減が期待できます。

注意点としては、本機能はパブリックプレビュー段階であるため、運用環境での利用には十分な検証が必要です。また、サポートされるコネクタやトリガーの種類、制限事項については公式ドキュメントを参照する必要があります。

関連するAzureサービスとの連携については、FoundryエージェントがAzure上の他のサービスと連携する際に、Toolboxのコネクタ機能を活用することで、よりシームレスな統合が可能となります。これにより、Azureのエコシステム内での自動化やAI活用の幅が広がります。

48. Generally Available: Custom Avatar and Custom Video portal in Microsoft Foundry

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Custom Avatar and Custom Video portal in Microsoft Foundry

アップデートID: 563436 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure AI Speechの機能として「Custom Avatar」と「Custom Video」のオーサリング体験がMicrosoft Foundryポータルにおいて一般提供（GA）されたことを示しています。これにより、承認された顧客はMicrosoft Foundryポータル上で、俳優のビデオ録画をアップロードし、それを元にカスタムビデオアバターを微調整し、合成映像を生成することが可能となります。

アップデートの背景としては、AIを活用した合成メディア生成技術の需要増加が挙げられます。特に、個別ニーズに合わせたカスタムアバターや動画コンテンツの自動生成は、教育、マーケティング、カスタマーサポートなど多様な分野での活用が期待されています。Microsoftはこれらのニーズに応えるため、AI Speechサービスの一部としてFoundryポータルに本機能を統合し、ユーザーがより直感的かつ効率的にカスタムメディアを作成できる環境を提供しています。

具体的な機能としては、ユーザーが俳優のビデオ録画をポータルにアップロードし、その映像データをもとにAIモデルを微調整（ファインチューニング）することで、対象俳優に基づいたカスタムアバターを生成します。その後、テキストや音声データを入力することで、合成音声や映像を自動生成することが可能です。これらのプロセスは、Azure AI Speechの高度な音声合成技術と連携しており、自然な発話や表情を持つアバター映像の生成を実現しています。

技術的な仕組みとしては、アップロードされたビデオデータからAIが俳優の顔特徴や動きを学習し、テキスト・音声入力に応じてリアルタイムで映像を合成します。Foundryポータルはこれらの操作をGUIベースで提供しており、専門的なコーディングなしでカスタムアバターの作成や編集が可能です。

活用シナリオとしては、企業が自社ブランドに合わせたカスタムアバターを作成し、製品紹介動画やFAQ対応動画などを自動生成するケースが想定されます。また、教育分野では講師のアバターを用いたeラーニングコンテンツの自動生成などにも利用できます。

注意点としては、本機能は承認された顧客のみが利用可能であり、利用には事前の申請や審査が必要です。また、アップロードする俳優の映像については、著作権や肖像権などの法的要件を満たす必要があります。さらに、生成されるアバターや映像の品質は、元となる映像データやAIモデルの学習状況に依存します。

関連するAzureサービスとしては、Azure AI Speechの音声合成機能や、他のAIベースのメディア生成サービスとの連携が挙げられます。これにより、音声と映像の一貫したカスタマイズや、既存のAzureワークフローとの統合が容易になります。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=563436）をご参照ください。

49. Public Preview: Trace Replay and trace visualizations for Foundry agents

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Trace Replay and trace visualizations for Foundry agents

アップデートID: 563426 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Microsoft Foundry observabilityにおいてTrace Replayおよび新たなトレース可視化機能がパブリックプレビューとして追加されたことを示しています。これにより、Foundryエージェントの開発者は、マルチステップ実行のデバッグ作業をより迅速かつ効率的に行うことが可能となります。

アップデートの背景としては、複雑なエージェントの動作やマルチステップ処理の挙動を詳細に把握し、問題発生時の原因特定や修正を容易にすることが求められていました。従来、エージェントの実行フローや各ステップの状態を追跡することは困難であり、特に複数のモデルやツール、エージェント間の連携が絡む場合には、トレース情報の可視化と再現性が重要な課題となっていました。

今回追加されたTrace Replay機能は、取得したトレースデータをステップごとに巻き戻して再生することができるビューを提供します。これにより、各ステップで使用されたモデル、ツール、エージェント間のインタラクションを時系列で確認することが可能です。新たなトレース可視化機能は、これらの情報をグラフィカルに表示し、複雑な実行フローの全体像やボトルネックの特定を支援します。

技術的には、Foundry observabilityがエージェント実行時に詳細なトレースデータを収集し、それをリプレイ可能な形式で保存します。開発者はこのトレースデータを用いて、任意のタイミングで実行フローを再現し、各ステップの詳細なログやパラメータ、入出力情報を逐次確認できます。これにより、従来の静的なログ解析に比べて、動的かつ直感的なデバッグが実現します。

主な活用シナリオとしては、エージェントの開発・テスト段階での不具合調査や、運用中に発生した予期せぬ挙動の原因分析が挙げられます。例えば、あるエージェントが外部ツールと連携する際に発生するエラーの再現や、複数エージェント間のデータフローの追跡など、複雑なシナリオのデバッグに有効です。

注意点としては、本機能がパブリックプレビュー段階であるため、今後仕様変更や制限事項が発生する可能性があります。また、トレースデータの保存期間や容量、アクセス権限に関する詳細は現時点では明示されていませんので、運用環境での利用時には公式ドキュメントの確認が推奨されます。

関連するAzureサービスとしては、Foundryエージェントを利用したアプリケーション開発や、Azure上での分散システム運用において、本機能を活用することで、システム全体の可観測性と運用効率の向上が期待できます。今後の正式リリースに向けて、より高度な連携や拡張が進むことが見込まれます。

50. Public Preview: MCP Server Knowledge Source in Microsoft Foundry IQ

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: MCP Server Knowledge Source in Microsoft Foundry IQ

アップデートID: 563411 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Microsoft Foundry IQにおいて外部のMCP（Microsoft Cloud Platform）サーバーをフェデレーテッドナレッジソースとして利用可能にするパブリックプレビューの提供開始を示しています。これにより、従来はユーザー自身がインデックス化したデータに限定されていた情報検索の範囲が拡張され、Salesforce、Atlassian、Confluenceなどの外部システムに存在するMCPサーバーをFoundry IQに登録し、知識ソースとして活用できるようになります。

具体的な機能としては、Foundry IQの管理画面やAPIを通じて外部MCPサーバーの登録が可能となり、これらのサーバーに格納されている情報をFoundry IQの検索・取得機能で横断的に利用できます。これにより、組織内外に分散したナレッジの統合的な活用が促進されます。技術的には、Foundry IQがMCPサーバーとのフェデレーションをサポートし、認証やアクセス制御を維持しつつデータ連携を実現しています。

活用シナリオとしては、企業内の複数の部門がそれぞれ異なるナレッジ管理システムを利用している場合でも、Foundry IQを通じて一元的に情報を検索・参照することが可能となります。たとえば、営業部門がSalesforceに蓄積した顧客情報や、開発部門がConfluenceに保存した技術ドキュメントを、Foundry IQ上で統合的に検索し、業務効率化に寄与します。

注意点としては、本機能はパブリックプレビュー段階であり、運用環境での利用には十分な検証が推奨されます。また、外部MCPサーバーとの連携に際しては、各システムのAPIや認証方式、アクセス権限設定などに留意する必要があります。

関連するAzureサービスとしては、Foundry IQ自体がAzure上で提供される知識管理・検索基盤であり、他のAzureサービスとの連携や拡張も可能です。今回のアップデートにより、Azure上のFoundry IQを中心としたハイブリッドなナレッジ管理基盤の構築がより柔軟に実現できるようになります。

51. Public Preview: Incremental SharePoint permissions sync for Azure AI Search and Foundry IQ

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Incremental SharePoint permissions sync for Azure AI Search and Foundry IQ

アップデートID: 563396 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure AI SearchおよびFoundry IQ Knowledge Sourcesにおいて、SharePointの権限情報のインクリメンタル同期機能がパブリックプレビューとして追加されたことを示しています。これにより、SharePoint上でのドキュメントレベル、サイト、ライブラリごとのアクセス制御リスト（ACL）が、SharePoint側で権限変更が発生した際に、Azure AI SearchおよびFoundry IQ Knowledge Sources内でも最新の状態に保たれるようになりました。

従来、SharePointとAzure AI Search間での権限同期はフル同期が主流であり、権限変更のたびに全データを再同期する必要がありました。このアップデートにより、インクリメンタル同期が可能となり、変更があった権限情報のみを効率的に同期できるようになっています。これにより、エンタープライズ環境で多くのビジネスクリティカルなドキュメントを管理している場合でも、権限管理の正確性とパフォーマンスが大幅に向上します。

技術的には、SharePointの権限変更イベントを検知し、変更があったドキュメントやライブラリ、サイト単位でのみAzure AI SearchおよびFoundry IQ Knowledge Sources側のインデックスやアクセス制御情報を更新します。これにより、不要なデータ転送や再インデックス処理を最小限に抑えつつ、常に最新の権限情報を反映することが可能です。

この機能は、たとえば社内ポータルやナレッジベースをAzure AI Searchで構築している場合に、SharePoint上のドキュメントへのアクセス権が変更された際、即座に検索結果のアクセス制御にも反映されるため、セキュリティやコンプライアンス要件を満たしやすくなります。また、Foundry IQ Knowledge Sourcesを活用したエンタープライズ検索や知識管理シナリオでも、ユーザーごとに適切なドキュメントのみを検索・閲覧可能とする運用が容易になります。

注意点としては、本機能はパブリックプレビュー段階であり、運用環境での利用には十分な検証が推奨されます。また、SharePointとAzure AI Search間の連携設定や権限管理のベストプラクティスに従う必要があります。

本アップデートは、Azure AI SearchおよびFoundry IQ Knowledge SourcesとMicrosoft SharePoint Onlineとの連携を強化するものであり、エンタープライズ規模での知識管理や情報検索基盤のセキュリティ向上に寄与します。詳細については、公式ドキュメントやAzureアップデート情報を参照してください。

52. Public Preview: Content Understanding NextGen in Microsoft Foundry

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Content Understanding NextGen in Microsoft Foundry

アップデートID: 563361 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Microsoft FoundryにおいてContent Understanding NextGen機能がパブリックプレビューとして提供開始されたことを示しています。これにより、従来はスタンドアロンのContent Understanding Studioでのみ利用可能であったコンテンツ理解機能が、Foundryポータル内で直接利用できるようになりました。この変更の主な目的は、開発者が日常的な作業の中でコンテキストスイッチを行うことなく、シームレスにコンテンツ理解機能を活用できるようにする点にあります。

具体的な機能としては、Foundryポータル内に「Read」と「Layout」のプレイグラウンドが統合されており、これらを利用することでOCR（光学式文字認識）によるテキスト抽出が可能です。これにより、画像やPDFなどの非構造化データからテキスト情報を抽出し、さらにそのレイアウト情報も取得することができます。開発者はこれらの機能をFoundryの統合環境内で直接操作・検証できるため、ワークフローの効率化が期待できます。

技術的な仕組みとしては、FoundryポータルがContent UnderstandingのAPIやサービスと連携し、ユーザーインターフェース上でOCR処理やレイアウト解析を実行できるようになっています。これにより、従来のように外部ツールに切り替える必要がなくなり、Azure上での一貫した開発体験が実現されています。

活用シナリオとしては、請求書や契約書などのビジネス文書の自動データ抽出、アーカイブ資料のデジタル化、またはフォームデータの構造化など、幅広い業務プロセスの自動化や効率化に利用できます。特に、非構造化データの活用が求められる業務においては、Foundry内での迅速なプロトタイピングや検証が可能となります。

注意点としては、本機能がパブリックプレビュー段階であるため、運用環境での利用には慎重な評価が必要です。また、正式リリース前のため、機能やAPIの仕様変更、予期しない不具合が発生する可能性があります。導入の際は、最新のドキュメントやAzureのサポート情報を参照し、十分なテストを行うことが推奨されます。

関連するAzureサービスとしては、Azure Cognitive ServicesのComputer VisionやForm Recognizerなどが挙げられます。これらのサービスとFoundry内のContent Understanding機能を組み合わせることで、より高度な画像解析や文書処理ワークフローの構築が可能となります。今後の正式リリースに向けて、さらなる機能拡張や他サービスとの連携強化が期待されます。

53. Generally Available: Document translation for image files (synchronous, single document)

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Document translation for image files (synchronous, single document)

アップデートID: 563341 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure AI Translatorにおいて、画像ファイルの同期的な単一ドキュメント翻訳機能が一般提供（GA）されたことを示しています。これにより、JPEGやPNGなどの画像ファイルを1つのAPIコールで送信し、即座に翻訳結果を受け取ることが可能となりました。

本機能の背景には、従来のテキストベースのドキュメント翻訳に加え、画像内のテキスト情報を多言語に変換するニーズの高まりがあります。特に、グローバル展開するサービスや多言語対応が求められる業務プロセスにおいて、画像データの自動翻訳は業務効率化やユーザー体験向上に直結する重要な機能です。

具体的な機能としては、ユーザーがJPEGやPNGなどの画像ファイルをAPIに送信すると、Azure AI Translatorが画像内のテキストを抽出し、指定した言語へ翻訳した結果を返します。この処理は同期的に行われるため、即時性が求められるユースケースにも適しています。APIは単一画像ファイルの送信に対応しており、バッチ処理や非同期処理とは異なり、1回のリクエストで1つの画像に対する翻訳結果を取得できます。

技術的な仕組みとしては、Azure AI Translatorの画像翻訳APIが、画像ファイルを受信後、内部的にOCR（光学式文字認識）技術を用いて画像内のテキストを抽出し、その後、抽出されたテキストに対して翻訳エンジンが処理を行います。これにより、画像内の多言語テキストも自動的に認識・翻訳されます。

活用シナリオとしては、国際的なドキュメント管理システムにおける画像添付ファイルの自動翻訳、グローバルなカスタマーサポートでの証拠画像の多言語対応、または多言語教育コンテンツの作成などが考えられます。ユーザーはAPIを通じて画像ファイルを送信するだけで、翻訳済みのテキストを容易に取得できるため、開発や運用の効率化に寄与します。

注意点としては、本機能は同期的な単一画像ファイルの翻訳に限定されており、複数ファイルのバッチ処理や大容量ファイルへの対応については明記されていません。また、対応フォーマットはJPEG、PNGなどの一般的な画像形式に限定されています。画像内のテキスト抽出精度や翻訳品質は、元画像の解像度や文字の視認性に依存する場合があります。

本機能はAzure AI Translatorの一部として提供されており、他のAzure AIサービスやドキュメント管理サービスと組み合わせることで、より高度な多言語対応ソリューションの構築が可能です。今後は、既存のテキスト翻訳APIやドキュメント翻訳APIと連携することで、テキスト・ドキュメント・画像を横断した多言語処理基盤の実現が期待されます。

54. Generally Available: Azure AI Translator SDKs for the latest text translation API

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure AI Translator SDKs for the latest text translation API

アップデートID: 563326 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

【何が更新されたか】
Azure AI Translatorの最新テキスト翻訳REST API（Translator API v4）向けのSDKが、C#/.NET、Java、JavaScript、Pythonの4言語で一般提供（GA）されました。

【主な変更点や新機能】
各言語向けのSDKが正式リリースされ、最新のTranslator API v4の機能を簡単に利用できるようになりました。これにより、テキスト翻訳機能の実装やAPIとの連携が、各プログラミング言語でより効率的かつ安定して行えるようになります。

【影響を受ける対象】
Azure AI Translatorを利用している開発者や技術者、特にC#/.NET、Java、JavaScript、Pythonでテキスト翻訳機能を組み込むアプリケーションを開発している方が対象です。

【注意点】
SDKは最新のTranslator API v4に対応しているため、既存のAPIやSDKから移行する場合は、API仕様や機能の違いに注意が必要です。各言語のSDKドキュメントを参照し、適切な実装を行ってください。

詳細:

Azure AI Translatorは、最新のテキスト翻訳REST APIを対象としたSDKを正式リリース（General Availability）しました。本アップデートにより、C#/.NET、Java、JavaScript、Pythonの4つの主要プログラミング言語向けに、Translator API v4 SDKが一般提供されます。これにより、各言語の開発者は、最新バージョンのTranslator APIを利用したアプリケーション開発が容易になります。

本SDKの主な目的は、言語ごとに最適化されたインターフェースを提供し、REST APIへの直接的なHTTPリクエスト実装を不要とすることで、開発効率と保守性を向上させる点にあります。SDKは、翻訳リクエストの送信、レスポンスのパース、認証処理など、API利用に必要な基本機能を抽象化し、開発者がビジネスロジックに集中できるよう設計されています。

技術的には、各SDKはMicrosoftの公式パッケージとして提供されており、各言語の標準的なパッケージ管理システム（NuGet、Maven、npm、pip）を通じて導入できます。SDKは、APIキーやAzure Active Directory（AAD）ベースの認証方式に対応しており、セキュアなAPIアクセスを実現します。また、非同期処理やバッチ翻訳、複数言語同時翻訳など、API v4の主要機能をサポートしています。

活用シナリオとしては、多言語対応のWebアプリケーションやモバイルアプリ、業務システムへの自動翻訳機能の組み込み、バッチテキスト翻訳処理の自動化などが挙げられます。例えば、グローバルなユーザー向けにリアルタイムでUIテキストやユーザー投稿を翻訳する機能を実装する際に有効です。

注意点としては、SDKのバージョン管理や、API v4で追加・変更された機能の仕様を十分に理解した上で利用する必要があります。また、利用するAzureサブスクリプションのリソース制限や、APIの利用料金体系にも留意する必要があります。

本SDKは、Azure Cognitive Servicesの他のサービス（例：Speech、Visionなど）と組み合わせて利用することで、より高度なAIソリューションの構築が可能です。例えば、音声認識結果を翻訳するワークフローや、画像内テキストの自動翻訳など、複合的なシナリオにも対応できます。

55. Generally Available: Adaptive custom translation in the Azure AI Foundry NextGen playground

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Adaptive custom translation in the Azure AI Foundry NextGen playground

アップデートID: 563307 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

Azure AI Foundry NextGen playgroundにおいて、Adaptive Custom Translation（AdaptCT）が一般提供（GA）となりました。本アップデートは、Azure Translatorサービスの一部として、企業が翻訳結果を自社の専門用語や業界固有の表現に適応させることを目的としています。従来、翻訳モデルのカスタマイズには大量のデータセットや高度な機械学習知識が必要でしたが、AdaptCTは少量のデータセットのみでドメイン特化の翻訳適応を実現できる点が特徴です。

具体的な機能として、AdaptCTはユーザーが提供する小規模な用語集や例文データを用いて、翻訳モデルの出力をカスタマイズします。これにより、専門用語や社内用語が正確に翻訳されるようになり、一般的な翻訳サービスでは対応しきれないニッチな要求にも柔軟に対応できます。実装方法としては、Azure AI Foundry NextGen playground上で、翻訳対象となる用語や文例をアップロードし、AdaptCTの設定を行うことで、カスタマイズされた翻訳モデルが生成されます。ユーザーはインターフェース上で翻訳結果を確認し、必要に応じて追加のデータを投入して精度向上を図ることが可能です。

活用シナリオとしては、製造業や医療、法律など専門性の高い分野での社内資料や顧客向けドキュメントの翻訳、グローバル展開企業での多言語対応などが挙げられます。例えば、医療分野では薬品名や症例名などの専門用語を正確に翻訳する必要があり、AdaptCTによるカスタマイズが有効です。

注意点として、AdaptCTは小規模データセットでのカスタマイズを前提としているため、大規模な翻訳モデルのトレーニングや高度なパラメータ調整は行えません。また、翻訳精度は提供するデータの質と量に依存するため、適切な用語集や例文の準備が重要です。

関連するAzureサービスとしては、Azure Translatorとの連携が中心となります。AdaptCTはTranslator APIの一部として動作し、既存の翻訳ワークフローに組み込むことができます。これにより、既存のアプリケーションや業務システムから直接カスタマイズ翻訳機能を利用することが可能です。

以上、Adaptive Custom Translationの一般提供開始について、技術者向けに詳細をまとめました。

56. Generally Available: Photo Avatar standard and custom in Azure AI Speech

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Photo Avatar standard and custom in Azure AI Speech

アップデートID: 563282 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

【何が更新されたか】
Azure AI Speechの「Photo Avatar」機能が一般提供（GA）されました。標準版とカスタム版の2種類が利用可能です。

【主な変更点や新機能】
標準Photo Avatarは、1枚の写真から512x512解像度の「話す顔」動画を生成できます。カスタムPhoto Avatarでは、ユーザー自身の画像を用いてアバターの外観を細かく調整することが可能です。

【影響を受ける対象】
Azure AI Speechを利用する開発者や企業が対象となります。特に、音声合成やデジタルアバターを活用したアプリケーション開発に関心のある技術者にとって有用です。

【注意点】
標準版は指定された解像度（512x512）でのみ動画生成が可能です。カスタム版では画像の調整や追加設定が必要となる場合があります。利用に際してはAzureのAPI仕様や料金体系を事前に確認することを推奨します。

詳細:

Azure AI SpeechにおけるPhoto Avatarの標準版およびカスタム版が一般提供（GA）となりました。本アップデートの背景には、音声合成とビジュアル生成を組み合わせることで、より自然な対話体験やコンテンツ生成を実現するニーズの高まりがあります。Photo Avatarは、単一の写真から512x512ピクセルの解像度で話す頭部のビデオを生成する機能を提供します。標準版では、指定された写真をもとに自動的にアバターを生成し、音声合成と連動して口や表情の動きを再現します。カスタム版では、ユーザー自身が用意した画像を使い、アバターの外観を細かく調整することが可能です。

技術的には、Azure AI Speechの音声合成エンジンと画像処理アルゴリズムが連携し、入力された写真から顔の特徴を抽出し、音声に合わせて動的に表情や口の動きを生成します。これにより、静止画からリアルタイムで話すアバターを作成できるため、動画制作やバーチャルアシスタントの開発など、さまざまな用途に活用できます。実装方法としては、Azure AI SpeechのAPIを利用し、写真と音声テキストを入力することで、出力としてアバター動画が生成されます。

主な活用シナリオとしては、教育コンテンツやマーケティング動画の自動生成、カスタマーサポート用のバーチャルエージェント、アクセシビリティ向上のための視覚的な音声案内などが挙げられます。特にカスタム版は、企業やブランド独自のアバターを作成する際に有効です。

注意点としては、標準版の出力解像度が512x512ピクセルに限定されていること、カスタム版では画像の品質やフォーマットに制約がある場合があることが挙げられます。また、生成されるアバターの動きや表情は、入力音声や写真の内容に依存するため、期待通りの結果を得るには適切な素材選定が重要です。

関連するAzureサービスとしては、Azure AI Speechの音声合成機能や、Azure Cognitive Servicesの画像処理機能との連携が考えられます。これらのサービスを組み合わせることで、より高度な対話型アプリケーションや自動化されたコンテンツ生成システムの構築が可能です。

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Microsoft Purview sensitivity label auditing in Azure AI Search

アップデートID: 563267 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、「Microsoft Purview sensitivity label auditing in Azure AI Search」のパブリックプレビューに関するものです。Azure AI Searchは、インデックス化されたドキュメントに付与されたMicrosoft Purviewの感度ラベルに関する監査イベントを出力する機能を新たに提供します。これにより、ドキュメントのセキュリティとコンプライアンス要件の強化が可能となります。

今回のアップデートの背景には、組織がクラウド上で管理する大量のデータに対して、情報保護と監査のニーズが高まっていることがあります。Microsoft Purviewは、データガバナンスとコンプライアンスのための統合ソリューションであり、感度ラベルを活用してデータの分類やアクセス制御を実現します。Azure AI Searchがこの感度ラベル情報を監査できるようになることで、より厳格なデータ管理が可能となります。

具体的な機能としては、Microsoft 365のSharePointインデクサーが感度ラベルを保持し、これを尊重するように構成されている場合、Azure AI Searchはインデックス化されたドキュメントに付随する感度ラベル情報をもとに監査イベントを生成します。これにより、クエリ時のフィルタリング判断やラベルの伝搬状況などが監査ログとして記録されます。技術的には、Azure AI Searchの監査ログがMicrosoft Purviewの感度ラベル情報と連携し、ドキュメント単位でのラベル適用状況やアクセスイベントを可視化できるようになります。

この機能の活用シナリオとしては、組織内で機密情報や規制対象データをSharePoint Onlineに保存し、Azure AI Searchを用いて検索・分析を行う場合が考えられます。感度ラベルの監査情報を活用することで、どのデータがどのようなラベルで管理されているか、またどのような検索クエリやアクセスが行われたかを追跡し、内部統制やコンプライアンス監査に役立てることができます。

注意点としては、SharePointインデクサーが感度ラベルの保持と尊重を有効化している必要がある点が挙げられます。また、本機能はパブリックプレビュー段階であるため、運用環境での利用には十分な検証が推奨されます。

関連するAzureサービスとしては、Microsoft Purviewによるデータガバナンス機能、Microsoft 365のSharePoint Online、そしてAzure AI Searchが密接に連携します。これらのサービスを組み合わせることで、エンタープライズレベルの情報保護と監査体制を構築することが可能です。

58. Public Preview: SharePoint in Microsoft 365 indexer supports ASPX pages and Lists

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: SharePoint in Microsoft 365 indexer supports ASPX pages and Lists

アップデートID: 563262 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

【何が更新されたか】
Azure AI Searchの「SharePoint in Microsoft 365 indexer」が、パブリックプレビューとしてASPXページとSharePointリストのインデックス作成に対応しました。

【主な変更点や新機能】
従来はドキュメントライブラリのみがインデックス対象でしたが、今回のアップデートでASPXサイトコンテンツ（Webページ）およびSharePointリストも検索インデックスに含めることが可能になりました。インデックス作成時には、Microsoft Entraアプリケーション登録を通じて、アプリケーションまたは委任された権限で接続します。

【影響を受ける対象】
SharePoint Onlineを利用しているMicrosoft 365環境でAzure AI Searchを導入している技術者や管理者が対象です。ASPXページやリストの検索ニーズがある場合、より広範なデータを検索インデックスに含めることができます。

【注意点】
パブリックプレビュー段階のため、本番環境での利用には慎重な検討が必要です。また、Entraアプリケーション登録と適切な権限設定が必須となります。

詳細:

本アップデートは、Azure AI SearchのSharePoint in Microsoft 365インデクサーが新たにASPXページおよびSharePointリストのインデックス作成に対応したことを示しています。従来、インデクサーは主にSharePointのドキュメントライブラリ内のコンテンツを対象としていましたが、今回の機能拡張により、ASPX形式のサイトコンテンツやSharePointリストのデータもインデックス対象となりました。これにより、SharePoint Online上に存在するより多様な情報資産をAzure AI Searchを通じて横断的に検索・活用できるようになります。

技術的には、インデクサーはMicrosoft Entra（旧Azure Active Directory）アプリケーション登録を介してSharePointに接続します。アプリケーションまたは委任されたアクセス許可を用いることで、セキュアにSharePointの各種リソースへアクセスし、必要なデータを取得してインデックス化します。これにより、組織内のセキュリティポリシーやアクセス制御を遵守しつつ、SharePointの多様なコンテンツを一元的に検索基盤へ取り込むことが可能です。

活用シナリオとしては、SharePointサイト上のナレッジベースやポータルサイトのASPXページ、あるいは業務データを格納したリスト情報も含めて、Azure AI Searchによる全文検索やAIベースの情報抽出を実現できます。たとえば、社内ポータルのASPXページに記載された手順書や、リスト形式で管理されているプロジェクト情報なども検索対象となるため、情報探索の効率化や業務プロセスの最適化に寄与します。

注意点としては、インデクサーの接続には適切なMicrosoft Entraアプリケーション登録と必要なアクセス許可設定が必須となります。また、ASPXページやリストのインデックス化においては、SharePoint側の権限設定やデータ構造に依存するため、事前に対象コンテンツの整理やアクセス権限の確認が推奨されます。

本機能はAzure AI SearchサービスとMicrosoft 365 SharePoint Onlineとの連携を強化するものであり、企業内の情報資産の検索性向上やAI活用の幅を広げる重要なアップデートです。

59. Generally Available: Content Understanding extractionMode for documents

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Content Understanding extractionMode for documents

アップデートID: 563257 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Microsoft FoundryのContent Understanding機能において、新たにextractionMode設定が一般提供されたことを示しています。これにより、ドキュメントの解析方法を選択できるようになりました。extractionModeは、ドキュメントの内容をどのように抽出・理解するかを制御する設定であり、構造化されたドキュメントに対してレイアウト認識を重視するモードと、テキストのみを高速に処理するモードの選択が可能です。

具体的には、レイアウト認識モードでは、ドキュメント内のテーブルやセクション、読順といった構造情報を考慮して解析を行います。これにより、帳票やレポート、契約書など、文書構造が重要なドキュメントに対して、より精度の高い情報抽出が実現できます。一方、テキストのみのモードは、構造情報を無視し、テキストデータの抽出に特化することで、処理速度を優先した解析が可能となります。これにより、構造が単純な文書や大量の文書を短時間で処理したい場合に有効です。

技術的な仕組みとしては、extractionModeパラメータをAPIやサービス設定で指定することで、解析エンジンが適切なモードを選択してドキュメントを処理します。これにより、利用者はユースケースに応じて最適な解析方法を柔軟に選択できます。

活用シナリオとしては、例えば、請求書や契約書などの業務文書を正確にデータ化したい場合はレイアウト認識モードを、メール本文やシンプルなテキストファイルを大量に処理したい場合はテキストのみモードを選択することで、効率的な文書処理が可能です。

注意点としては、レイアウト認識モードは構造解析に追加の計算リソースを要するため、処理速度やコスト面でテキストのみモードに比べて負荷が高くなる可能性があります。また、ドキュメントの種類や品質によっては、期待する精度が得られない場合も考慮する必要があります。

本機能は、Microsoft Foundry上のContent Understandingサービスの一部として提供されており、他のAzure Cognitive Servicesやドキュメント処理ワークフローと連携して利用することが可能です。これにより、Azure上でのエンドツーエンドなドキュメント自動化ソリューションの構築がより柔軟かつ効率的に行えるようになります。

60. Generally Available: GenAI prompt skill and chat completion in Azure AI Search knowledge sources

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: GenAI prompt skill and chat completion in Azure AI Search knowledge sources

アップデートID: 563247 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure AI SearchにおけるGenAI prompt skillの一般提供開始を示しています。これにより、インデクサーがエンリッチメント処理の際に、カスタムコードを記述することなくチャット補完モデルを呼び出すことが可能となりました。アップデートの背景としては、生成AI（GenAI）技術の活用をより簡易かつ効率的に実現し、検索インデックスのエンリッチメントプロセスを高度化することが目的です。従来は、生成AIモデルを組み込む際に、独自のコードや複雑な連携処理が必要でしたが、今回の機能追加により、Azure AI Searchのエンリッチメントパイプライン内で直接Foundryホスト型モデルを利用できるようになりました。

具体的な機能としては、GenAI prompt skillを利用することで、インデクサーがエンリッチメント時にチャット補完モデルを呼び出し、フィールド値を参照するプロンプトテンプレートを記述することができます。これにより、ドキュメントの内容やメタデータに基づいた生成AIによるテキスト生成や要約、分類などの高度なエンリッチメントが可能となります。技術的な仕組みとしては、Azure AI Searchのエンリッチメントパイプライン内で、Foundryにホストされたチャット補完モデルを指定し、プロンプトテンプレートを作成することで、インデクサーが自動的にモデルを呼び出し、生成された結果をインデックスに取り込むことができます。これにより、従来必要だった外部API連携やカスタムコードによる処理が不要となり、エンリッチメントの実装が大幅に簡素化されます。

活用シナリオとしては、企業内のナレッジベース検索やFAQ生成、ドキュメント要約、コンテンツ分類など、生成AIによる高度な情報抽出や付加価値のある検索体験の実現が挙げられます。例えば、社内文書のインデックス化時に、GenAI prompt skillを用いて要約やタグ付けを自動生成し、検索精度や利便性を向上させることが可能です。注意点としては、Foundryホスト型モデルの利用に際して、モデルの選択やプロンプト設計が適切でない場合、生成結果の品質や一貫性に影響が出る可能性があるため、十分なテストと検証が必要です。また、Azure AI Searchのエンリッチメントパイプラインに組み込む際には、既存のエンリッチメントスキルとの連携や処理順序にも留意する必要があります。

関連するAzureサービスとしては、Azure AI Search自体のエンリッチメント機能やFoundryによる生成AIモデルのホスティング、またAzure Cognitive Servicesとの連携が考えられます。これらのサービスを組み合わせることで、検索インデックスの高度なエンリッチメントや、生成AIを活用した検索体験の最適化が実現できます。

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Managed identity for Foundry billing calls from Azure AI Search

アップデートID: 563242 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure AI SearchがMicrosoft Foundryリソースに対する課金処理（billing operations）を実行する際の認証方式として、従来のキー認証（key-based flow）からマネージドID（Managed Identity）認証へと対応を拡張したものです。これにより、Azure AI Searchサービスに対してシステム割り当てマネージドIDまたはユーザー割り当てマネージドIDを割り当てることが可能となりました。

この変更の背景には、セキュリティ強化と運用効率の向上があります。従来のキー認証方式では、アクセスキーの管理やローテーションが必要であり、キーの漏洩リスクや運用負荷が課題となっていました。マネージドIDを利用することで、Azure Active Directory（Azure AD）を介した認証が可能となり、アクセスキーの管理が不要となります。これにより、セキュアな認証と自動化された権限管理が実現します。

技術的な仕組みとしては、AzureリソースにマネージドIDを割り当てることで、Azure AI SearchがMicrosoft Foundryリソースに対して必要な課金APIコールを行う際に、Azure ADを通じてトークンベースの認証を行います。システム割り当てIDはリソースごとに自動生成されるIDであり、ユーザー割り当てIDは複数のリソース間で共有可能なIDです。いずれもAzureポータルやAzure CLI、ARMテンプレートなどを用いて割り当てることができます。

活用シナリオとしては、Azure AI Searchを用いた大規模な検索ソリューションやAIベースの情報検索システムにおいて、Microsoft Foundryリソースの利用状況や課金情報の取得・管理を自動化する場合に有効です。特に、複数のAzureサービス間でセキュアな連携が求められるエンタープライズ環境での利用に適しています。

注意点としては、マネージドIDを利用するためには、Azure AD上で適切なロールとアクセス許可を設定する必要があります。また、既存のキー認証からマネージドID認証への移行時には、認証フローの変更に伴う影響範囲の確認が必要です。

関連するAzureサービスとしては、Azure ADによるアイデンティティ管理、Azure Role-Based Access Control（RBAC）による権限付与、AzureポータルやCLIによるリソース管理が挙げられます。これらのサービスと連携することで、よりセキュアかつ効率的な運用が実現できます。

62. Public Preview: Image serving in Foundry IQ knowledge bases

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Image serving in Foundry IQ knowledge bases

アップデートID: 563237 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

【Azure Update要約】

詳細は公式アップデートページをご参照ください。

詳細:

本アップデートは、Foundry IQ knowledge basesにおける「画像の提供」機能のパブリックプレビュー開始に関するものです。背景として、従来のFoundry IQ knowledge basesでは、PDFやスライド、Officeファイルなどのドキュメントからテキスト情報を抽出し、ナレッジベースとして構築する際に、画像情報の取り扱いが限定的でした。今回のアップデートの目的は、ドキュメントから抽出された図表、スクリーンショット、ダイアグラムなどの画像を、テキストとともにナレッジベース内に保持し、クエリ時に画像をサーフェス（表示）できるようにすることです。

具体的な機能としては、ドキュメントのインジェスト時に、PDFやスライド、Officeファイルから図表やスクリーンショット、ダイアグラムなどの画像を抽出し、それぞれが出現したテキストと紐付けて保存します。これにより、ユーザーがナレッジベースに対してクエリを実行した際、関連するテキスト情報だけでなく、同時に抽出された画像も表示されるようになります。画像は、元のドキュメント内で出現した箇所のテキストと連携して保持されるため、情報の文脈を損なうことなく、視覚的な補助情報として活用できます。

技術的な仕組みとしては、ドキュメントインジェストプロセスにおいて、画像抽出アルゴリズムが実装されており、各画像をテキストの出現位置とともにメタデータとして保存します。クエリ時には、検索されたテキストに関連する画像が動的にサーフェスされ、ユーザーインターフェース上で表示されます。これにより、従来のテキストベースの検索結果に加えて、視覚的な情報も一括で取得できるようになります。

活用シナリオとしては、技術文書や設計資料、操作マニュアルなど、図表やスクリーンショットが多用されるドキュメントをナレッジベース化する場合に有効です。例えば、システム構成図やフローチャート、操作手順のスクリーンショットなどを含む資料をFoundry IQにインジェストすることで、ユーザーは検索時に該当する画像を即座に参照でき、理解や意思決定を効率化できます。

注意点としては、本機能は現在パブリックプレビュー段階であり、正式リリース前のため、機能やパフォーマンスに一部制限や不安定な挙動が存在する可能性があります。また、画像抽出の精度や対応ファイル形式、画像の保存容量などについては、今後のアップデートで改善される可能性があります。

関連するAzureサービスとしては、Foundry IQ knowledge basesがAzure上で提供されているため、Azure Cognitive ServicesやAzure Storageなどと連携して、画像抽出や保存、検索機能の拡張が可能です。今回のアップデートは、ナレッジベースの情報価値を高めるための重要な機能追加となっています。

63. Public Preview: OneLake Catalog integration for Foundry IQ Knowledge Sources

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: OneLake Catalog integration for Foundry IQ Knowledge Sources

アップデートID: 563227 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Microsoft Foundry IQにおいてOneLake Catalogをナレッジソースとして利用できる機能のパブリックプレビュー提供を開始したものです。これにより、データエンジニアはMicrosoft Fabric上でガバナンス管理されているレイクハウステーブル、ファイル、ショートカットをFoundry IQエージェントの応答根拠として活用できるようになります。従来、Foundry IQで利用可能なナレッジソースは限定的でしたが、本機能追加により、OneLake Catalogに登録された多様なデータ資産を一元的に参照し、エージェントの知識ベースとして組み込むことが可能となります。

具体的な機能としては、データエンジニアがOneLake Catalogを一度登録するだけで、Foundry IQエージェントが同カタログ内のテーブルやファイル、さらにショートカットをナレッジソースとして認識し、データに基づいた応答を生成できるようになります。これにより、既存のMicrosoft Fabricによるデータガバナンスやアクセス制御の仕組みを維持したまま、エージェントの知識範囲を拡張できます。

技術的な実装方法としては、OneLake Catalogの登録プロセスを経て、Foundry IQエージェントがカタログ内のデータセットにアクセスし、必要に応じてデータを参照・抽出します。この際、Microsoft Fabricのセキュリティポリシーや権限管理がそのまま適用されるため、データの一貫したガバナンスが担保されます。

活用シナリオとしては、企業内で蓄積された大量のデータレイク資産をFoundry IQエージェントのナレッジベースとして活用し、社内問い合わせ対応や業務プロセス自動化、データドリブンな意思決定支援などに応用できます。たとえば、営業部門がレイクハウス内の最新売上データをエージェント経由で取得したり、技術部門がファイルベースの設計ドキュメントを検索・参照する用途が想定されます。

注意点としては、本機能は現時点でパブリックプレビュー段階であり、商用利用や本番環境での全面展開には慎重な検証が必要です。また、OneLake Catalogに登録されていないデータや、Microsoft Fabricのガバナンス外のデータは本機能の対象外となります。

関連するAzureサービスとしては、Microsoft Fabricを基盤としたデータガバナンスや、OneLakeによる統合データ管理、Foundry IQによるAIエージェント機能が密接に連携しています。これにより、Azure上でのデータ活用基盤とAIエージェントの統合的な運用が実現されます。

64. Generally Available: Region-agnostic reservations for Global PTU in Microsoft Foundry

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Region-agnostic reservations for Global PTU in Microsoft Foundry

アップデートID: 563212 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

Microsoft Foundryにおいて、Global Provisioned Throughput Units（PTU）のリージョン非依存型予約が一般提供（GA）となりました。このアップデートの背景には、従来のPTU予約が特定リージョンに紐付けられていたため、グローバルに分散したワークロードや複数リージョンでの運用を行う場合に柔軟性が不足していたことが挙げられます。今回の変更により、ユーザーは一度PTU容量を予約するだけで、サポートされている任意のリージョンからそのPTUを消費できるようになりました。

具体的な機能としては、これまでリージョンごとにPTU予約を行う必要があったものが、グローバルなPTU予約へと拡張されました。これにより、PTUの利用計画やリソース管理が簡素化され、複数リージョンにまたがるアプリケーションやサービスのスケーリングが容易になります。技術的な仕組みとしては、Microsoft FoundryのPTU管理機能が、予約されたPTUをグローバルスコープでトラッキングし、各リージョンでの消費状況を集約管理する形となっています。これにより、ユーザーはPTUの消費状況を一元的に把握でき、リージョン間のリソース配分を効率的に行うことが可能です。

活用シナリオとしては、グローバル展開するSaaSアプリケーションや、複数リージョンで高可用性を求めるサービス、災害対策やリージョン間の負荷分散を行うケースなどが考えられます。これらのシナリオでは、PTUの予約と消費が柔軟に行えることで、コスト最適化や運用効率の向上が期待できます。

注意点としては、PTUの消費がサポートされているリージョンに限定される点や、予約したPTU容量を超過した場合の挙動、既存のリージョン依存型予約との互換性などが考慮される必要があります。詳細な制限事項や運用上の注意点については、公式ドキュメントやAzureポータルで必ず確認してください。

関連するAzureサービスとしては、Microsoft Foundryを中心に、グローバルなデータベースやストレージサービス、分散アプリケーションの運用管理、Azure Resource Managerとの連携などが挙げられます。今回のアップデートは、これらのサービスをグローバル規模で効率的に運用するための基盤強化につながります。

65. Generally Available: Speech SDK 1.50 for Azure AI Speech

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Speech SDK 1.50 for Azure AI Speech

アップデートID: 563192 情報源: Azure Updates API

カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

詳細:

Azure AI Speech向けのSpeech SDK 1.50が、C#、C++、Java、JavaScript、Python、Objective-C、Swift、Goといった全てのサポート対象言語で一般提供（GA）となりました。本アップデートの背景には、Azure AI Speechサービスの音声認識（Speech-to-Text）および音声合成（Text-to-Speech）機能の最新機能を、安定したAPIサーフェスを通じて開発者に提供することがあります。これにより、各プログラミング言語で一貫した開発体験が可能となり、クロスプラットフォームでの音声アプリケーション開発がより容易になります。

具体的な機能や変更内容としては、Speech SDK 1.50が最新の音声認識および音声合成機能を統合している点が挙げられます。これにより、従来のバージョンで提供されていた機能に加え、最新のサービス機能を安定したAPIで利用できるようになっています。APIの安定性が確保されているため、既存のアプリケーションへの組み込みやバージョンアップも容易に行うことができます。

技術的な仕組みとしては、Speech SDKは各言語ごとにネイティブまたはラッパーライブラリとして提供されており、Azure AI Speechサービスとの通信にはHTTPSベースのREST APIやWebSocketなどのプロトコルが利用されます。SDKを利用することで、音声データのストリーム送信やリアルタイム認識、合成音声の生成などがシンプルなAPI呼び出しで実現できます。各言語のSDKは、公式ドキュメントに従ってインストールおよび初期化を行い、認証情報（Azureリソースのキーやエンドポイント）を設定することで利用を開始できます。

活用シナリオとしては、リアルタイム音声認識を用いた会話アプリケーション、音声コマンドによる操作インターフェース、テキストからの自然な音声合成を活用した読み上げアプリケーションなどが挙げられます。また、多言語対応やアクセシビリティ向上のための音声機能の組み込みにも適しています。

注意点としては、SDKの利用にはAzure AI Speechリソースの作成と適切な認証情報の管理が必要です。また、各言語のSDKバージョンや依存関係に注意し、公式ドキュメントのガイドラインに従って導入・運用することが推奨されます。さらに、APIの安定性は確保されていますが、サービス側の制限事項や利用料金についても事前に確認することが重要です。

関連するAzureサービスとの連携としては、Azure Cognitive Servicesの他のAI機能（翻訳、音声分析など）との組み合わせや、Azure Storageを利用した音声データの保存、Azure Functionsによるサーバーレス音声処理などが考えられます。Speech SDK 1.50の一般提供により、これらのサービスとの統合がより安定して行えるようになります。

66. Public Preview: CLI and SDK support for Deployment Templates

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: CLI and SDK support for Deployment Templates

アップデートID: 563187 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Internet of Things, Azure Machine Learning, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure Machine LearningのDeployment Templatesに対して、CLIおよびSDKによる操作サポートをパブリックプレビューとして提供するものです。これまでDeployment Templatesの管理は主にAzureポータル上で行われていましたが、本アップデートにより、プラットフォームチームや開発者はCLI（az mlコマンド）やSDKを用いて、テンプレートの作成、更新、削除、管理を行うことが可能となります。これにより、インフラストラクチャのコード化（Infrastructure as Code, IaC）パイプラインから直接Deployment Templatesを管理できるようになり、運用自動化やDevOpsの効率化が期待できます。

具体的には、「az ml」コマンドラインツールを利用して、Deployment Templatesに対する各種操作が可能となります。これにより、従来はポータルで手動実施していたテンプレートのライフサイクル管理を、スクリプトやCI/CDパイプラインに組み込むことができ、再現性や一貫性の高い環境構築が実現します。また、SDKサポートにより、Pythonなどのプログラムからもテンプレート操作が可能となり、より柔軟な自動化やカスタマイズが行えます。

技術的には、Azure CLIの「az ml」拡張や、Azure Machine Learning SDKのAPIを通じてDeployment Templatesリソースにアクセスし、REST API経由でAzureリソースの管理操作を実行します。これにより、既存のIaCツールやDevOpsパイプライン（例：Azure DevOps、GitHub Actionsなど）と連携しやすくなります。

活用シナリオとしては、複数環境への一括デプロイ、テンプレートのバージョン管理、環境ごとのパラメータ差し替え、運用時の自動ロールバックなどが挙げられます。たとえば、開発・検証・本番環境に対して同一のテンプレートをコードで管理し、変更を自動反映する運用が可能です。

注意点としては、本機能がパブリックプレビュー段階であるため、運用環境での利用には慎重な検証が必要です。また、CLIやSDKのバージョン互換性や、サポートされるテンプレートの種類・パラメータなどに制限がある場合があります。詳細は公式ドキュメントやアップデートページを参照してください。

本機能はAzure Machine Learningサービスと密接に連携しており、他のAzureリソース管理機能やIaCツールと組み合わせることで、より高度な自動化やガバナンス強化が実現できます。

67. Public Preview: Deployment Templates support packaging deployment configurations in registries for curated deployment

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Deployment Templates support packaging deployment configurations in registries for curated deployment

アップデートID: 563172 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Internet of Things, Azure Machine Learning, Microsoft Build, Feature

要約:

詳細:

Azure Machine LearningのDeployment Templatesに関する今回のアップデートは、パブリックプレビューとして、レジストリからのデプロイメントをサポートする機能が追加されたものです。このアップデートの背景には、モデルのデプロイメントプロセスをより柔軟かつ効率的に管理したいというニーズがあります。従来、Azure Machine Learningにおけるデプロイメントテンプレートは、限定されたソースからのみモデルや構成を取得していましたが、今回のアップデートにより、より多くのモデルレジストリをデプロイメントのソースとして利用できるようになりました。

具体的な機能としては、Deployment Templatesがモデル、デプロイメント構成、環境設定などをパッケージ化し、レジストリに格納できるようになります。これにより、ユーザーはレジストリから直接テンプレートを取得し、キュレートされた（管理された）デプロイメントを実施することが可能となります。テンプレートのパッケージングは、モデルのバージョン管理や再利用性を高めるための重要な仕組みであり、複数のモデルレジストリを活用することで、組織内外の様々なモデルソースを統一的に管理できます。

技術的な実装方法としては、Deployment Templatesがレジストリに格納されているモデルや構成を参照し、必要なリソースをパッケージ化してデプロイメントプロセスを自動化します。これにより、従来の手動による構成管理やモデル取得の手間が大幅に削減され、CI/CDパイプラインや自動デプロイメントの構築が容易になります。

活用シナリオとしては、複数のプロジェクトやチームが共通のモデルレジストリを利用し、テンプレート化されたデプロイメント構成を再利用することで、標準化された運用や迅速なモデル展開が可能となります。また、外部のレジストリを活用することで、サードパーティ製のモデルやパートナー企業のモデルを容易にデプロイすることもできます。

注意点としては、パブリックプレビュー段階であるため、機能の安定性やサポート範囲に制限がある可能性があります。利用に際しては、公式ドキュメントやサポート情報を確認し、商用環境での利用は慎重に検討する必要があります。

関連するAzureサービスとしては、Azure Machine Learningのモデル管理機能や、Azure Container Registryなどのレジストリサービスとの連携が挙げられます。これらのサービスと組み合わせることで、モデルのライフサイクル管理やセキュアなデプロイメントが実現できます。

以上のように、今回のアップデートはAzure Machine Learningにおけるモデルデプロイメントの柔軟性と効率性を大きく向上させるものであり、技術者が実際に活用する際には、レジストリを活用したテンプレート管理や自動デプロイメントの構築が重要なポイントとなります。

68. Public Preview: Benchmark evaluations for fine-tuned models in Microsoft Foundry

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Benchmark evaluations for fine-tuned models in Microsoft Foundry

アップデートID: 563167 情報源: Azure Updates API

カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature

要約:

【何が更新されたか】
Microsoft Foundryにおいて、ファインチューニング済みAIモデルのベンチマーク評価機能がパブリックプレビューとして提供開始されました。

【主な変更点や新機能】
ファインチューニングしたモデルの性能を、推論・数学・ドメイン知識など複数の観点からベンチマーク評価できるようになりました。これにより、単に公開リーダーボードの結果だけでなく、実際の用途に即したモデル選定が可能になります。

【影響を受ける対象】
Microsoft Foundry上でAIモデルのファインチューニングや運用を行う技術者・開発者が主な対象です。モデルの品質評価や比較検討を行う際に、この機能を活用できます。

【注意点】
パブリックプレビュー段階のため、仕様や機能が今後変更される可能性があります。プロダクション環境での利用時は十分な検証を行うことを推奨します。

詳細:

本アップデートは、「Microsoft Foundry」において、ファインチューニング済みモデルのベンチマーク評価機能がパブリックプレビューとして提供開始されたことを示しています。背景として、AIシステムの選定は単に最新または最大規模のモデルを選ぶだけでは最適化されず、特にエージェント型AIでは追加の変動要素が生じるため、モデルの実際の性能を正確に評価する必要性が高まっています。パブリックリーダーボードで高評価を得ているモデルであっても、推論、数学的処理、あるいは特定ドメインの知識に関するタスクで期待通りのパフォーマンスを発揮しない場合があるため、より詳細な評価が求められています。

今回のアップデートにより、Microsoft Foundry上でファインチューニングされたモデルに対して、標準化されたベンチマーク評価を実施できる機能が追加されました。この機能は、モデルのパフォーマンスを客観的な指標で測定し、用途や要件に応じたモデル選定を支援します。技術的には、Foundryの管理コンソールやAPIを通じて、特定のベンチマークセットを選択し、ファインチューニング済みモデルに対して自動的に評価を実行する仕組みとなっています。評価結果はスコアやレポートとして出力され、モデルの強みや弱みを定量的に把握することが可能です。

活用シナリオとしては、企業や開発者が自社データでファインチューニングしたモデルの品質を事前に検証し、実運用前に最適なモデルを選定する際に利用できます。また、複数のモデルやエージェントの比較評価を行うことで、特定の業務要件やユースケースに最も適したAIシステムを選ぶ判断材料として活用できます。

注意点としては、ベンチマーク評価はあくまで標準化されたタスクに基づくものであり、実際の運用環境や特定の業務データにおけるパフォーマンスを完全に保証するものではありません。したがって、ベンチマーク結果と実運用での検証を組み合わせて活用することが重要です。

本機能はMicrosoft Foundryの一部として提供されており、Azureの他のAIサービスやMLワークフローと連携して利用することが可能です。これにより、Azure上でのAI開発・運用プロセス全体の品質向上と効率化に寄与します。

69. Generally Available: Azure Database for MySQL now available in new regions and expanded availability zones

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure Database for MySQL now available in new regions and expanded availability zones

アップデートID: 563152 情報源: Azure Updates API

カテゴリ: Launched, Databases, Azure Database for MySQL, Microsoft Build, Feature

要約:

詳細:

Azure Database for MySQL Flexible Serverは、グローバル展開の強化を目的として、新たなリージョンおよび可用性ゾーンへの対応を拡大しています。今回のアップデートにより、デンマーク東部（Denmark East）、オーストリア東部（Austria East）、およびベルギー中部（Belgium Central）でAzure Database for MySQL Flexible Serverのデプロイが可能になりました。これにより、これらの地域に拠点を持つ企業やユーザーは、より低いレイテンシーと地域要件への対応が可能となります。

具体的な変更点としては、これらの新リージョンでのサービス提供開始と、可用性ゾーンの拡張が挙げられます。可用性ゾーンのサポートにより、障害時のサービス継続性やデータの冗長性が強化され、ミッションクリティカルなアプリケーションにも対応しやすくなります。技術的には、Azureのインフラストラクチャ上で複数の物理的に分離されたゾーンにデータベースインスタンスを配置することで、高可用性を実現しています。

活用シナリオとしては、地域ごとにデータ主権やコンプライアンス要件が求められる場合や、ユーザーに近い場所でサービスを展開したい場合に有効です。また、可用性ゾーンを活用することで、障害発生時の自動フェイルオーバーや復旧時間の短縮が可能となり、金融、医療、製造業など高い信頼性が求められる業種での利用が推奨されます。

注意点としては、各リージョンや可用性ゾーンの提供状況はAzureポータルや公式ドキュメントで事前に確認する必要があります。また、リージョンごとにサポートされる機能や価格設定が異なる場合があるため、設計段階で詳細な仕様確認が重要です。

関連するAzureサービスとの連携については、Azure Database for MySQL Flexible Serverは、Azure App ServiceやAzure Kubernetes Service（AKS）、Azure FunctionsなどのPaaSサービスと組み合わせて利用することで、スケーラブルなアプリケーション構築が可能です。また、Azure MonitorやAzure Backupなどの運用管理サービスと連携することで、監視やバックアップ運用も効率化できます。

今回のアップデートは、Azure Database for MySQL Flexible Serverのグローバルな可用性と信頼性をさらに高め、地域ごとのニーズに柔軟に対応するための重要な拡張です。

70. Generally Available: Azure Database for MySQL Flexible Server self-service quota management experience

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure Database for MySQL Flexible Server self-service quota management experience

アップデートID: 563147 情報源: Azure Updates API

カテゴリ: Launched, Databases, Azure Database for MySQL, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure Database for MySQL Flexible Serverにおけるクォータ管理機能の一般提供（GA）を発表するものです。これにより、Azureポータル内の「Azure Quotas」ブレードを通じて、ユーザー自身がセルフサービスでクォータの管理を行うことが可能となりました。従来、クォータの確認や増加申請にはサポートチケットの作成など手間がかかっていましたが、本機能の提供により、より迅速かつ簡便にクォータの使用状況の確認や増加申請ができるようになります。

具体的には、Azure Database for MySQL Flexible Serverのリソースに対して、現在割り当てられているクォータの上限値や、実際の使用量をAzureポータル上でリアルタイムに可視化できます。また、必要に応じてクォータ増加のリクエストも同じインターフェースから直接行うことができます。これにより、リソースの拡張や新規デプロイ時にクォータ不足による作業停止を未然に防ぐことが可能となります。

技術的には、Azureポータルの「Azure Quotas」ブレードがMySQL Flexible Serverのクォータ管理と連携しており、ユーザーはGUIベースで直感的に操作できます。クォータの種類や上限値、現在の消費状況などが一覧表示され、増加申請時には必要な情報を入力して申請プロセスを進めることができます。

活用シナリオとしては、開発・検証環境や本番環境においてMySQL Flexible Serverのインスタンス数やストレージ容量、その他リソースの拡張が必要な場合に、即座にクォータ状況を確認し、必要に応じて増加申請を行うことで、システム運用の柔軟性と効率性を高めることができます。

注意点としては、クォータ増加申請が即時に反映されるわけではなく、Microsoft側での審査・承認プロセスを経る場合があるため、計画的な運用が求められます。また、クォータ管理はMySQL Flexible Serverに限定されており、他のAzure Databaseサービスやリソースには本アップデートの内容は適用されません。

関連するAzureサービスとの連携については、Azureポータル上で一元的にクォータ管理ができるため、他のサービスのクォータ管理と同様のユーザー体験を提供しますが、本アップデートはMySQL Flexible Serverに特化した内容となっています。

71. Generally Available: Azure SQL updates for June

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure SQL updates for June

アップデートID: 563137 情報源: Azure Updates API

カテゴリ: Launched, Databases, Hybrid + multicloud, Azure SQL Database, Microsoft Build, Feature

要約:

【Azure SQL 2026年6月アップデート要約】

■ 何が更新されたか
Azure SQLが2026年6月にアップデートされ、Visual Studio CodeのMSSQL拡張機能に新機能が追加されました。

■ 主な変更点や新機能
SQL Notebooks機能が強化され、以下の操作が可能になりました。

これにより、SQLと他言語を組み合わせたデータ分析やドキュメント化が効率的に行えます。

■ 影響を受ける対象
Visual Studio CodeのMSSQL拡張機能を利用している技術者や、Azure SQLでデータ分析やドキュメント作成を行う開発者が対象です。

■ 注意点
新機能の利用には最新版のMSSQL拡張機能が必要です。既存環境での互換性や設定変更に注意してください。
詳細は公式ドキュメントをご参照ください。

詳細:

2026年6月に提供開始されたAzure SQLのアップデートでは、Visual Studio Code用MSSQL拡張機能において、SQLノートブック機能の強化が行われました。今回のアップデートの背景には、データベース管理や分析業務における作業効率の向上と、開発者やデータエンジニアがより柔軟に作業内容を記録・共有できる環境の整備があります。従来のSQLクエリ実行に加え、Markdownによるドキュメント作成や、Pythonなど他のカーネルとの混在利用が可能となったことで、SQLノートブックの実用性が大幅に向上しています。

具体的な機能として、Visual Studio CodeのMSSQL拡張機能内でSQLノートブックを作成し、SQLクエリの実行結果をその場で確認しながら、Markdown形式で説明や手順、考察などを記述できるようになりました。さらに、Pythonなどの異なるカーネルを同一ノートブック内で利用できるため、SQLによるデータ抽出とPythonによるデータ処理や可視化をシームレスに組み合わせることが可能です。これにより、データベース操作とデータ分析のワークフローを一元化でき、再現性の高いドキュメントを作成できます。

技術的には、Jupyterノートブックの仕組みをベースに、MSSQL拡張機能がSQLカーネルを提供しており、ユーザーはノートブックの各セルでSQLまたは他の対応カーネルを選択してコードを記述・実行します。Markdownセルでは、リッチテキストによる説明や図表、リンクなどを挿入でき、ノートブック全体をドキュメントとして活用できます。

この機能は、データベースの運用手順書や障害対応記録、分析レポートの作成、チーム内でのナレッジ共有など、さまざまなシナリオで有効です。特に、SQLとPythonの両方を活用するデータ分析プロジェクトや、実行結果を含む再現性の高いドキュメントを必要とする場面で効果を発揮します。

注意点としては、利用する拡張機能やノートブックのバージョン、対応するカーネルの種類によって一部機能に制限がある場合があるため、公式ドキュメントでの事前確認が推奨されます。また、Azure SQL DatabaseやAzure SQL Managed Instanceなど、他のAzureデータサービスと連携する際は、接続設定や認証方式に注意が必要です。

本アップデートにより、Visual Studio Codeを活用したAzure SQLの運用・開発・分析業務がより効率的かつ柔軟になりました。今後もMSSQL拡張機能の進化により、Azure上でのデータ活用の幅が広がることが期待されます。

72. Generally Available: GitHub Copilot integration in Schema Designer for the MSSQL extension

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: GitHub Copilot integration in Schema Designer for the MSSQL extension

アップデートID: 563132 情報源: Azure Updates API

カテゴリ: Launched, Databases, Hybrid + multicloud, Azure SQL Database, Microsoft Build, Feature

要約:

詳細:

今回のアップデートは、Visual Studio CodeのMSSQL拡張機能において、Schema DesignerとGitHub Copilotの統合が一般提供（GA）されたことを示しています。背景としては、開発者からのフィードバックやワークフローの進化に対応し、より効率的かつ直感的なスキーマ設計体験を実現することが目的です。これにより、従来の手動によるスキーマ設計作業に加え、AIによる支援が可能となり、設計作業の生産性向上やミスの低減が期待できます。

具体的な機能としては、Schema Designer上でGitHub CopilotのAIアシストを利用できる点が挙げられます。開発者がスキーマ設計を行う際、Copilotがコード補完や提案を行い、テーブル定義やリレーション、インデックスの設計などに対して適切なサジェストを提供します。これにより、SQLスキーマの設計が視覚的かつAIの支援を受けながら進められるようになります。

技術的な仕組みとしては、Visual Studio CodeのMSSQL拡張機能内でSchema Designerが動作し、その設計画面にGitHub Copilotが統合されています。CopilotはOpenAIの大規模言語モデルを基盤としており、ユーザーの入力や設計内容に応じてリアルタイムに提案を生成します。拡張機能の設定や認証を適切に行うことで、Copilotの機能を利用可能です。

活用シナリオとしては、SQLデータベースのスキーマ設計を効率化したい開発者や、設計時のベストプラクティスをAIから提案してほしい場合に有効です。例えば、新規テーブルの追加や既存スキーマの変更時に、Copilotが自動的に最適な定義や関連付けを提案し、設計作業のスピードアップと品質向上に寄与します。

注意点としては、GitHub Copilotの提案内容は必ずしも正確であるとは限らず、最終的な設計の妥当性は開発者自身が確認する必要があります。また、Copilotの利用には別途ライセンスや認証が必要な場合があります。MSSQL拡張機能やSchema Designerのバージョンによっては、機能の利用に制限がある場合も考慮する必要があります。

関連するAzureサービスとの連携については、MSSQL拡張機能がAzure SQL DatabaseやSQL Serverと接続可能であり、Schema Designerで設計したスキーマをAzure SQL Databaseに適用することができます。これにより、Azure上でのデータベース設計や運用がより効率的に行えるようになります。

73. Generally Available: Data API builder with built-in GitHub Copilot in MSSQL extension

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Data API builder with built-in GitHub Copilot in MSSQL extension

アップデートID: 563127 情報源: Azure Updates API

カテゴリ: Launched, Databases, Hybrid + multicloud, Azure SQL Database, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Visual Studio Code向けのMSSQL拡張機能において、Data API builderとGitHub Copilotの統合機能が一般提供（GA）となったことを示しています。これにより、開発者はMSSQL拡張機能を利用しながら、GitHub Copilotによるガイド付きのバックエンド生成機能を開発ワークフローに組み込むことが可能となります。

具体的な機能としては、REST API、GraphQL API、そしてModel Contextの生成をサポートしています。これにより、データベーススキーマに基づいたAPIの自動生成が容易となり、バックエンド開発の効率化が期待できます。GitHub Copilotの組み込みにより、コード補完やガイドが提供されるため、開発者は複雑なAPI設計や実装作業を迅速かつ正確に進めることができます。

技術的な仕組みとしては、MSSQL拡張機能がVisual Studio Code上で動作し、Data API builderがデータベーススキーマを解析してAPIエンドポイントを自動生成します。GitHub Copilotは、AIによるコード提案機能を通じて、開発者の入力に応じた最適なコードや設定例を提示します。これにより、開発者は最小限の手作業でAPIの設計および実装を行うことができます。

活用シナリオとしては、既存のMSSQLデータベースから迅速にRESTまたはGraphQL APIを構築したい場合や、フロントエンド開発者がバックエンドAPIを自動生成してプロトタイピングを行う場合などが考えられます。また、Model Contextの生成機能を活用することで、データベースとアプリケーション間のデータ連携を効率化することも可能です。

注意点としては、GitHub Copilotの利用には別途ライセンス契約が必要となる場合があります。また、Data API builderによる自動生成機能は、データベーススキーマの設計や命名規則に依存するため、標準的でないスキーマの場合は追加の調整が必要となることがあります。

関連するAzureサービスとの連携については、MSSQL拡張機能がAzure SQL DatabaseやAzure SQL Managed Instanceと連携可能であるため、クラウド上のデータベース資源に対しても同様のAPI自動生成機能を適用することができます。これにより、Azure上でのアプリケーション開発やデータ連携の効率化が図れます。

詳細については、公式アップデートページ（https://azure.microsoft.com/updates?id=563127）を参照してください。

74. Public Preview: Azure SQL Database provisioning in the MSSQL extension

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Azure SQL Database provisioning in the MSSQL extension

アップデートID: 563122 情報源: Azure Updates API

カテゴリ: In preview, Databases, Hybrid + multicloud, Azure SQL Database, Microsoft Build, Feature

要約:

【何が更新されたか】
Visual Studio Code用のMSSQL拡張機能に、Azure SQL Databaseのプロビジョニング機能がパブリックプレビューとして追加されました。

【主な変更点や新機能】
MSSQL拡張機能から、Azure SQL Database（無料プラン）を直接作成・接続できるようになりました。エディタ上でガイド付きウィザードを利用し、クラウド上のフルマネージドデータベースを手軽に構築できます。これにより、開発環境からコストをかけずにAzure SQL Databaseの利用が可能です。

【影響を受ける対象】
Visual Studio Codeを利用している開発者やデータベース管理者が対象です。特に、Azure SQL Databaseの導入やテストを簡単に行いたい技術者にとって利便性が向上します。

【注意点】
現時点では無料プランのみが対象であり、パブリックプレビューのため本番利用には慎重な検討が必要です。今後の正式リリースや有料プラン対応については公式情報を確認してください。

詳細:

今回のアップデートは、Visual Studio CodeのMSSQL拡張機能においてAzure SQL Databaseのプロビジョニング機能がパブリックプレビューとして提供開始されたことを示しています。背景としては、開発者がローカル環境からクラウド上のフルマネージドデータベースをより簡単に作成・接続できるようにすることで、開発効率の向上とクラウド移行の促進を目的としています。特に、無料のAzure SQL Database Free Tierを利用することで、コストを気にせずクラウドデータベースの利用を開始できる点が特徴です。

具体的な機能としては、MSSQL拡張機能内にガイド付きのウィザードが実装されており、ユーザーはVisual Studio Codeのエディタ上からAzure SQL Databaseの作成と接続を一連の操作で実施できます。これにより、従来必要だったAzureポータルやCLIを使ったプロビジョニング作業が不要となり、エディタから直接クラウドデータベース環境を構築できるようになります。作成されたデータベースはAzure SQL DatabaseのFree Tierで提供されるため、初期費用やランニングコストを気にせず試験的な利用や開発用途に適しています。

技術的な仕組みとしては、MSSQL拡張機能がAzureのAPIと連携し、ユーザーの認証情報やプロビジョニングパラメータを基にAzure SQL Databaseのリソースを自動的に作成します。作成後は、拡張機能が接続情報を取得し、Visual Studio Code内から直接データベースに接続してクエリの実行やスキーマ操作が可能となります。これにより、ローカル環境とクラウド環境のシームレスな連携が実現されます。

活用シナリオとしては、開発者が新規プロジェクトのデータベース環境を迅速に構築したい場合や、クラウド上での検証・テストを行いたい場合に有効です。また、チーム開発においても、各メンバーが個別にクラウドデータベースを作成し、共有の接続情報を用いて共同作業を進めることが可能です。さらに、Azure SQL DatabaseのFree Tierを利用することで、コストを抑えつつクラウドデータベースの機能やパフォーマンスを評価できます。

注意点としては、現在パブリックプレビュー段階であるため、機能や操作性に一部制限がある可能性があります。また、Free Tierには利用容量や同時接続数などの制約が設けられているため、本番環境や大規模なデータベース運用には適していません。加えて、Azure SQL Databaseのプロビジョニングや接続にはAzureアカウントが必要となり、認証や権限設定にも注意が必要です。

関連するAzureサービスとしては、Azure SQL Database自体はフルマネージドのリレーショナルデータベースサービスであり、他のAzureリソース（例えば、Azure App ServiceやAzure Functions）との連携も容易です。MSSQL拡張機能を利用することで、開発環境からクラウドリソースへのアクセスや管理が効率化され、Azureのエコシステムを活用したアプリケーション開発が促進されます。

75. Public Preview: MCP toolkit for Azure DocumentDB

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: MCP toolkit for Azure DocumentDB

アップデートID: 563112 情報源: Azure Updates API

カテゴリ: In preview, Databases, Azure DocumentDB, Microsoft Build, Feature

要約:

詳細:

Azure DocumentDBは、Model Context Protocol（MCP）をサポートするMCP toolkitのパブリックプレビューを開始しました。このアップデートの背景には、AIエージェントや大規模言語モデル（LLM）を活用したアプリケーションが増加する中、自然言語によるデータアクセスや操作のニーズが高まっていることがあります。MCP toolkitの導入により、Azure DocumentDBとAIエージェント、LLMアプリケーションを直接連携させることが可能となり、自然言語によるクエリやドキュメントの取得、更新などの操作が実現します。

具体的な機能としては、MCP toolkitを利用することで、AIエージェントやLLMアプリケーションがDocumentDBデータベースに対して自然言語でクエリを発行し、データの取得や更新を行うことができます。これにより、従来のプログラムによるデータアクセスに加え、ユーザーやアプリケーションがより直感的にデータ操作を行えるようになります。MCP toolkitは、DocumentDBのAPIを介してAIエージェントやLLMアプリケーションと接続され、プロトコルに従った通信を行う仕組みです。

技術的な実装方法としては、MCP toolkitを導入し、DocumentDBのエンドポイントとAIエージェントやLLMアプリケーションを接続します。MCPプロトコルに準拠したリクエストを送信することで、自然言語によるクエリやデータ操作が可能となります。これにより、AIアプリケーション側で複雑なデータアクセスロジックを実装する必要がなくなり、DocumentDBのデータを柔軟に活用できます。

活用シナリオとしては、AIチャットボットがユーザーからの自然言語の質問に対してDocumentDBからデータを取得して回答したり、LLMを用いた自動レポート生成やデータ分析アプリケーションがDocumentDBのデータを自然言語で操作するケースが考えられます。これにより、エンドユーザーや開発者がより効率的にデータ活用を行うことができます。

注意点としては、現在パブリックプレビュー段階であるため、本番環境での利用には慎重な検討が必要です。また、MCP toolkitの利用にはDocumentDBのAPIやMCPプロトコルへの理解が求められます。制限事項や詳細な仕様については公式ドキュメントを参照する必要があります。

関連するAzureサービスとしては、Azure DocumentDBとAIサービス（Azure OpenAI Serviceなど）や、その他のデータストレージサービスとの連携が想定されます。MCP toolkitの導入により、これらのサービス間でのデータ連携やAI活用が容易になります。

76. Public Preview: BM25 full-text search in Azure HorizonDB

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: BM25 full-text search in Azure HorizonDB

アップデートID: 563107 情報源: Azure Updates API

カテゴリ: In preview, Databases, Azure HorizonDB, Microsoft Build, Feature

要約:

詳細:

Azure HorizonDBにおいてBM25フルテキスト検索機能がパブリックプレビューとして提供開始されました。本アップデートの背景には、従来の全文検索機能よりも高精度な検索結果を求めるニーズの高まりがあります。BM25はElasticsearchやSolr、Azure AI Searchなどで採用されている、業界標準の関連度ランキングアルゴリズムです。これにより、Azure HorizonDB内でBM25によるキーワード検索が可能となり、より実用的かつ高品質な検索体験を実現します。

具体的な機能としては、BM25アルゴリズムを用いたフルテキスト検索がAzure HorizonDB上で利用できる点が挙げられます。BM25は、文書とクエリ間の関連度を計算するために、単語の出現頻度や文書長などを考慮し、検索結果のランキング精度を向上させます。これにより、ユーザーが入力したキーワードに対して、より関連性の高い文書が上位に表示されるようになります。

技術的な仕組みとしては、BM25は統計的情報検索モデルに基づいており、各文書の単語頻度（TF）、逆文書頻度（IDF）、文書長正規化などのパラメータを組み合わせてスコアを算出します。Azure HorizonDBの内部でBM25が動作するため、外部の検索サービスを利用することなく、データベース内で直接高精度な全文検索を実行できます。

活用シナリオとしては、大量のテキストデータを格納するアプリケーションにおいて、ユーザーが自然言語で検索した際に、関連性の高い結果を迅速に返す必要がある場合に有効です。例えば、ドキュメント管理システムやナレッジベース、カスタマーサポートのFAQ検索など、多様な業務システムでBM25による検索精度向上が期待できます。

注意点としては、現在パブリックプレビュー段階であるため、本番環境での利用には慎重な検証が必要です。また、BM25のパラメータ調整やインデックスの構築方法など、詳細な設定やチューニングについては今後の正式リリース時に追加情報が提供される可能性があります。

関連するAzureサービスとしては、Azure AI SearchやElasticsearchなどの検索サービスと同様のアルゴリズムを採用しているため、既存の検索システムからAzure HorizonDBへの移行や統合が容易になる利点があります。BM25の導入により、Azure HorizonDB単体で高品質な全文検索機能を実現できる点が大きな特徴です。

77. Public Preview: Advanced filtering for DiskANN vector search in Azure HorizonDB

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Advanced filtering for DiskANN vector search in Azure HorizonDB

アップデートID: 563102 情報源: Azure Updates API

カテゴリ: In preview, Databases, Azure HorizonDB, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure HorizonDBにおけるDiskANNベクトル検索機能に対して、高度なフィルタリング機能がパブリックプレビューとして提供開始されたことを示しています。これにより、ベクトル類似性検索とメタデータによるフィルタリングを組み合わせて利用できるようになりました。従来のベクトル検索では、主にベクトル間の類似度に基づいて検索結果を取得していましたが、本アップデートにより、カテゴリ、日付範囲、価格、テナントIDなどの属性情報を検索条件に追加することが可能となります。

具体的には、DiskANN（Disk Accelerated Nearest Neighbor）アルゴリズムを用いた高性能なベクトル検索に対し、追加のメタデータフィルタを適用できるようになった点が主な変更内容です。これにより、例えば「特定のカテゴリかつ指定した価格帯に属する商品で、かつベクトル類似度が高いものを検索する」といった複合的なクエリが実行可能となります。これらのフィルタは、パフォーマンスへの影響を最小限に抑えつつ適用される設計となっています。

技術的な仕組みとしては、ベクトル検索処理とメタデータフィルタリング処理が統合されており、検索クエリの実行時に両者を同時に適用することができます。これにより、事前にメタデータで絞り込んだ上でベクトル検索を行う、あるいはベクトル検索結果に対してメタデータで後処理する、といった複雑な実装をアプリケーション側で行う必要がなくなります。

活用シナリオとしては、ECサイトの商品レコメンデーションや、画像・ドキュメント検索、マルチテナント環境でのデータ検索などが挙げられます。例えば、ユーザーが「2023年以降に追加された特定カテゴリの商品画像の中から、アップロード画像に最も類似したものを検索する」といったニーズに対し、効率的かつ高精度な検索を実現できます。

注意点としては、本機能は現在パブリックプレビュー段階であるため、運用環境での利用には十分な検証が推奨されます。また、詳細な制限事項やパフォーマンス特性については、公式ドキュメントやサポート情報を確認する必要があります。

本機能はAzure HorizonDBのDiskANNベクトル検索機能の拡張であり、他のAzure AIサービスやデータベースサービスと連携することで、より高度な検索・分析基盤を構築することが可能です。詳細については公式アップデート情報（https://azure.microsoft.com/updates?id=563102）を参照してください。

78. Generally Available: Azure HorizonDB Agentic Advisor Solution Accelerator

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure HorizonDB Agentic Advisor Solution Accelerator

アップデートID: 563092 情報源: Azure Updates API

カテゴリ: Launched, Databases, Azure HorizonDB, Microsoft Build, Feature

要約:

詳細:

Azure HorizonDB Agentic Advisor Solution Acceleratorの一般提供が開始されました。本ソリューションアクセラレーターは、金融サービス分野に特化したリファレンスソリューションとして設計されており、Azure HorizonDBをデータ基盤としながら、Python環境でLangGraphおよびMem0を活用したマルチエージェントアプリケーションの構築を支援します。これにより、金融業界における複雑な意思決定支援やアドバイザリー業務の自動化、効率化を目的としたアプリケーション開発が容易になります。

本アップデートにより提供される主な機能は、Azure HorizonDBを活用した高信頼性・高可用性なデータストレージと、LangGraphおよびMem0を組み合わせたエージェント間の協調動作を実現するアプリケーションテンプレートです。開発者はこのアクセラレーターを利用することで、複数のAIエージェントが連携し、金融データの分析やアドバイス生成などのタスクを分担・協調して実行するシステムを効率的に構築できます。

技術的な実装としては、Pythonベースの開発環境においてLangGraphを利用し、エージェント間のワークフローや情報フローを定義します。Mem0はエージェントのメモリ管理や状態保持に利用され、Azure HorizonDBはすべてのデータの一元管理および永続化を担います。これにより、スケーラブルかつ堅牢なマルチエージェントシステムの構築が可能となります。

活用シナリオとしては、金融機関における顧客向けアドバイザリーサービスの自動化、ポートフォリオ分析、リスク評価、規制対応のためのドキュメント分析などが考えられます。例えば、複数のAIエージェントが市場データを分析し、顧客ごとに最適な投資アドバイスを生成するシステムの基盤として利用できます。

注意点としては、現時点で本ソリューションアクセラレーターが金融サービスに特化しているため、他業種での利用には追加のカスタマイズが必要となる場合があります。また、Azure HorizonDB、LangGraph、Mem0の各コンポーネントのバージョンや依存関係についても事前に確認する必要があります。

関連するAzureサービスとの連携については、Azure HorizonDBを中心に、Azureの他のデータサービスやAIサービスと組み合わせることで、より高度なデータ分析やAI処理の拡張が可能です。今後のアップデートやドキュメントの公開状況にも注視しながら、実際の開発・運用に活用することが推奨されます。

79. Public Preview: Azure HorizonDB

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Azure HorizonDB

アップデートID: 563087 情報源: Azure Updates API

カテゴリ: In preview, Databases, Azure HorizonDB, Microsoft Build, Feature

要約:

詳細:

Azure HorizonDBは、PostgreSQL互換のデータベースサービスとしてパブリックプレビューで提供されています。本サービスは、高いパフォーマンスと将来の拡張性を重視して設計されており、従来の自己管理型PostgreSQLと比較して最大3倍の性能向上を実現しています。また、ストレージの自動スケーリング機能により最大128TBまで拡張可能であり、急速なコンピューティングリソースの割り当てにも対応しています。

アップデートの背景としては、クラウドネイティブなアプリケーションや大規模データ処理のニーズが増加する中で、従来のPostgreSQLの運用負荷やスケーラビリティの限界を解消することが目的です。Azure HorizonDBは、将来の拡張や高負荷環境に耐えうる設計となっており、データベース管理者や開発者がより効率的に運用できるようになっています。

具体的な機能としては、PostgreSQL互換のインターフェースを提供し、既存のPostgreSQLアプリケーションやツールとの互換性を維持しています。ストレージの自動スケーリング機能は、データ量の増加に応じてシームレスに容量を拡張できるため、手動での管理が不要となります。さらに、自己管理型PostgreSQLと比較して最大3倍のパフォーマンスを発揮するため、トランザクション処理やクエリ実行速度の向上が期待できます。コンピューティングリソースの迅速な割り当ても可能であり、ピーク時の負荷に柔軟に対応できます。

技術的な仕組みについては、PostgreSQL互換のAPIやプロトコルを採用しており、既存のアプリケーションからの移行や連携が容易です。ストレージの自動スケーリングは、Azureのインフラストラクチャを活用してバックエンドで動的に容量を調整します。パフォーマンス向上のための最適化も施されており、クラウド環境に特化したアーキテクチャが採用されています。

活用シナリオとしては、大規模なデータベースを必要とするエンタープライズアプリケーションや、急速に成長するスタートアップのサービス、データ分析基盤などが挙げられます。既存のPostgreSQLアプリケーションをクラウドへ移行する際にも、互換性の高さとスケーラビリティの恩恵を受けることができます。

注意点や制限事項としては、現時点ではパブリックプレビュー段階であるため、本番環境での利用には慎重な検討が必要です。また、サービスの詳細な仕様や制約については公式ドキュメントやアップデート情報を参照する必要があります。

Azure HorizonDBは、他のAzureサービスとの連携も想定されており、Azureのセキュリティ機能や監視ツール、バックアップサービスなどと組み合わせることで、より堅牢なデータベース運用が可能です。今後、正式リリースに向けて機能拡張や安定性向上が期待されます。

80. Generally Available: Azure DocumentDB instant free tier clusters

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure DocumentDB instant free tier clusters

アップデートID: 563082 情報源: Azure Updates API

カテゴリ: Launched, Databases, Azure DocumentDB, Microsoft Build, Feature

要約:

詳細:

Azure DocumentDBのアップデートとして、「Azure DocumentDB instant free tier clusters」が一般提供（Generally Available）となりました。本アップデートの背景は、Azure DocumentDBの導入をより迅速かつ容易にすることにあります。従来、クラスタのプロビジョニングには一定の時間が必要でしたが、今回のアップデートにより、ほぼ即座に無料クラスタを作成できるようになりました。これにより、ユーザーはAzure DocumentDBの利用を開始する際の初期ハードルが大幅に低減され、すぐにサービスの評価や開発を進めることが可能となります。

具体的な機能としては、Azure DocumentDBの無料クラスタを即座にプロビジョニングできる点が挙げられます。これにより、ユーザーは待機時間なくクラスタを作成し、データベースの構築やテスト、アプリケーション開発に着手できます。無料クラスタは、Azureポータルから簡単に作成でき、従来の有料クラスタと同様のAPIや管理機能を利用することができます。

技術的な仕組みとしては、Azureのクラウドインフラストラクチャ上で、リソースの割り当てや初期設定が最適化されており、ユーザーがクラスタ作成を要求した際に即座にリソースが確保されるようになっています。これにより、プロビジョニングの遅延が解消され、開発者はすぐにDocumentDBの機能を試すことができます。

活用シナリオとしては、アプリケーションのプロトタイピングや新規サービスの評価、学習目的での利用が想定されます。無料クラスタを活用することで、コストを気にせずDocumentDBの性能や機能を検証できるため、導入前の比較や技術検証に最適です。また、開発環境でのデータベース構築やテストにも利用できます。

注意点としては、無料クラスタには利用可能なリソースや機能に制限がある場合があります。例えば、ストレージ容量や同時接続数、パフォーマンスなどが制限されることが一般的です。商用利用や大規模なデータ処理には適していないため、本番環境での運用を検討する場合は有料クラスタへの移行が必要です。

関連するAzureサービスとの連携については、DocumentDBはAzure Cosmos DBの一部として提供されており、他のAzureサービス（例えばAzure FunctionsやAzure Logic Apps、Azure Data Factoryなど）と組み合わせて利用することができます。無料クラスタでの検証を通じて、これらのサービスとの連携や統合を事前に評価することが可能です。

以上のように、Azure DocumentDB instant free tier clustersの一般提供は、開発者や技術者がDocumentDBを迅速かつコストをかけずに評価・利用できる環境を提供する重要なアップデートです。

81. Generally Available: Azure DocumentDB Migration Extension in Visual Studio Code

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure DocumentDB Migration Extension in Visual Studio Code

アップデートID: 563072 情報源: Azure Updates API

カテゴリ: Launched, Databases, Azure DocumentDB, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Visual Studio Code向けのAzure DocumentDB Migration Extensionの一般提供開始を発表するものです。これにより、開発者やデータベース管理者は、Visual Studio Code上から直接、オンプレミスまたはクラウド上のMongoDBデータベースからAzure DocumentDB（現Azure Cosmos DBの一部）へのデータ移行ジョブを作成、実行、管理できるようになります。従来、データ移行には専用のツールやコマンドライン操作が必要でしたが、本エクステンションの提供により、より直感的かつ効率的な移行作業が可能となります。

具体的な機能としては、Visual Studio Codeの拡張機能としてインストールすることで、エディタ内から移行ジョブの作成、設定、実行、進捗状況のモニタリング、およびジョブ管理が一元的に行えます。これにより、複数のツールを切り替えることなく、開発環境内で移行作業を完結できます。技術的には、Visual Studio Codeの拡張APIを活用し、Azureのバックエンドサービスと連携することで、移行プロセスのトリガーや状態管理を実現しています。

主な活用シナリオとしては、オンプレミス環境で運用しているMongoDBデータベースをAzure DocumentDBへ移行する場合や、他のクラウドプロバイダー上のMongoDBからAzureへのデータ統合を行う場合が挙げられます。特に、開発やテスト環境のデータ移行、段階的なクラウド移行プロジェクトにおいて有用です。

注意点としては、移行対象となるMongoDBのバージョンやデータ構造、ネットワーク設定など、事前にAzure DocumentDB側の互換性や制限事項を確認する必要があります。また、移行中のデータ整合性やパフォーマンスへの影響についても考慮が必要です。

本エクステンションは、Azure Cosmos DBなどのAzureデータベースサービスと密接に連携しており、AzureポータルやCLIと併用することで、より柔軟なデータ管理が可能となります。詳細は公式ドキュメントやアップデートページを参照してください。

82. Public Preview: Change streams (multi-shard) in Azure DocumentDB

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Change streams (multi-shard) in Azure DocumentDB

アップデートID: 563067 情報源: Azure Updates API

カテゴリ: In preview, Databases, Azure DocumentDB, Microsoft Build, Feature

要約:

詳細: 公式アップデート情報

詳細:

本アップデートは、Azure DocumentDBにおけるChange Streams（変更ストリーム）機能のパブリックプレビュー開始と、マルチノード（マルチシャード）対応の追加を目的としています。これにより、Azure DocumentDB上で発生したデータの変更をリアルタイムで検知し、イベントドリブンなアプリケーションの構築が可能となります。従来、データベース内の変更を検出するためには定期的な全件スキャンやカスタム実装が必要でしたが、Change Streamsを利用することで、効率的かつ低遅延で変更イベントを取得できるようになります。

具体的な機能としては、Azure DocumentDB内のデータ変更（挿入、更新、削除）をストリームとして取得し、アプリケーション側でこれらのイベントに応じた処理を実装できます。今回のアップデートでは、マルチノード環境でもChange Streamsが利用可能となり、分散環境下でもスケーラブルかつ信頼性の高いイベント検出が実現されています。また、ポーリングの制御が可能であり、アプリケーションの要件に応じてデータ変更の検出頻度やタイミングを柔軟に調整できます。

技術的な仕組みとしては、Change StreamsはDocumentDBの内部で発生したトランザクションログをもとに、変更イベントをストリーム形式で外部に公開します。利用者は専用のAPIを通じてストリームを購読し、変更イベントを逐次取得することができます。これにより、データベースの負荷を最小限に抑えつつ、リアルタイム性の高いデータ連携が可能となります。

活用シナリオとしては、リアルタイム分析基盤の構築や、データ変更に応じた自動化処理（ワークフローのトリガー）、外部システムとのデータ同期などが挙げられます。たとえば、eコマースサイトで注文情報が更新された際に即座に在庫管理システムへ反映したり、IoTデバイスからのデータ変更をトリガーにアラートを発報する、といった用途に適しています。

注意点としては、本機能がパブリックプレビュー段階であるため、運用環境での利用には十分な検証が必要です。また、利用にあたってはAPIの制限やスループットの上限、課金体系などの詳細を事前に確認することが推奨されます。

関連するAzureサービスとの連携としては、Azure FunctionsやEvent Grid、Stream Analyticsなどのイベント処理系サービスと組み合わせることで、より高度なリアルタイムアプリケーションの構築が可能です。Change Streamsを活用することで、Azure DocumentDBを中心としたイベントドリブンアーキテクチャの実現が容易になります。

83. Generally Available: Graceful failover with zero data loss guarantee

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Graceful failover with zero data loss guarantee

アップデートID: 563062 情報源: Azure Updates API

カテゴリ: Launched, Databases, Azure DocumentDB, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure DocumentDBにおける「Graceful failover with zero data loss guarantee」機能の一般提供開始を告知するものです。これまでDocumentDBでは、障害発生時などにレプリカクラスタを即座に昇格させる「force promote」機能が提供されていましたが、今回新たに「graceful failover」機能が追加されました。この機能の最大の特徴は、フェイルオーバー時にデータ損失がゼロであることを保証する点です。

具体的には、graceful failoverは、システムが正常な状態でレプリカクラスタの昇格を行う際、すべての書き込みデータが完全に同期されていることを確認した上で昇格処理を実施します。これにより、フェイルオーバー後も一切のデータロスが発生しません。従来のforce promoteでは、即時昇格を優先するため、最新の書き込みデータが昇格先に反映される前に切り替えが行われ、場合によってはデータ損失が発生するリスクがありました。graceful failoverはこの課題を解消し、より高いデータ整合性と可用性を実現します。

技術的な仕組みとしては、graceful failover実行時に、昇格対象となるレプリカクラスタがプライマリクラスタと完全に同期していることを確認します。同期が完了するまで昇格処理は保留され、全データの整合性が保証されたタイミングでのみフェイルオーバーが完了します。これにより、アプリケーション側で追加の同期処理やリカバリ作業を行う必要がなくなります。

活用シナリオとしては、計画的なメンテナンスやアップグレード時、または障害発生時の事前対策として、データ損失リスクを最小化したい場合に有効です。特に金融や医療など、データの完全性が厳しく求められる業界での利用に適しています。

注意点としては、graceful failoverはすべての状況で即時の切り替えを保証するものではなく、データ同期の完了を待つため、切り替えまでに一定の時間がかかる場合があります。また、force promoteと異なり、障害発生時にすぐに切り替えたい場合は従来の機能を選択する必要があります。

本機能はAzure DocumentDBの高可用性構成やグローバル分散機能と連携して利用することで、より堅牢なデータベース運用が可能となります。今後もAzure DocumentDBの可用性とデータ保護機能の強化に寄与する重要なアップデートです。

84. Generally Available: Service-managed failover in Azure DocumentDB

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Service-managed failover in Azure DocumentDB

アップデートID: 563057 情報源: Azure Updates API

カテゴリ: Launched, Databases, Azure DocumentDB, Microsoft Build, Feature

要約:

詳細:

Azure DocumentDBにおいて、サービス管理型フェールオーバー（Service-managed failover）が一般提供（GA）となりました。このアップデートは、マルチリージョンクラスター構成を利用している環境において、リージョン障害発生時に自動的にフェールオーバーを実行する機能を正式に提供するものです。従来、グローバル分散されたDocumentDBクラスターでは、プライマリリージョンで障害が発生した場合、手動でフェールオーバー操作を行う必要がありましたが、本アップデートにより、Azure DocumentDBがサービス側で自動的にフェールオーバー処理を実施します。

この機能の主な目的は、可用性と災害復旧性の向上です。具体的には、プライマリリージョンが利用不可となった場合、Azure DocumentDBが自動的にセカンダリリージョンへトラフィックを切り替え、アプリケーションのダウンタイムを最小限に抑えます。これにより、運用担当者の介入を必要とせず、より高いレベルのビジネス継続性を実現できます。

技術的な仕組みとしては、Azure DocumentDBのマルチリージョンクラスターが、各リージョンにデータのレプリカを保持し、サービス側でヘルスチェックやリージョンの可用性監視を行っています。障害検知時には、プライマリリージョンの役割を自動的に他の利用可能なリージョンに移譲し、クライアントからのリクエストを新しいプライマリにルーティングします。これにより、アプリケーション側での設定変更や再デプロイを行うことなく、継続的なサービス提供が可能となります。

この機能は、グローバルに展開されているアプリケーションや、ミッションクリティカルなシステムにおいて特に有効です。たとえば、複数の地域にまたがるユーザー向けのWebサービスや、24時間365日稼働が求められる業務システムなどで、リージョン障害時の自動復旧を実現できます。

注意点としては、サービス管理型フェールオーバーが有効な環境では、フェールオーバー先リージョンのデータ整合性やレプリケーション遅延、アプリケーション側の接続設定などに十分注意する必要があります。また、フェールオーバー発生時の挙動や復旧プロセスについては、事前に十分な検証と運用設計が求められます。

本機能は、Azureの他のグローバル分散サービス、たとえばAzure Cosmos DBやAzure Traffic Managerなどと組み合わせることで、より高い可用性と災害対策を実現することが可能です。今後、グローバル分散アプリケーションの設計において、サービス管理型フェールオーバーの活用は重要な選択肢となります。

85. Public Preview: Relational Database to Azure Cosmos DB NoSQL Migration Assistant

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Relational Database to Azure Cosmos DB NoSQL Migration Assistant

アップデートID: 563052 情報源: Azure Updates API

カテゴリ: In preview, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

【何が更新されたか】
Azure Cosmos DB NoSQLへの移行を支援する「Relational Database to Azure Cosmos DB NoSQL Migration Assistant」がパブリックプレビューとして提供開始されました。

【主な変更点や新機能】
Visual Studio CodeのAzure Cosmos DB拡張機能内にMigration Assistantが追加され、Oracle、SQL Server、PostgreSQL、MySQLなどのリレーショナルデータベースからAzure Cosmos DB NoSQLへの移行作業を、構造化されたワークフローでガイドします。これにより、データ移行プロセスが簡素化され、手順の自動化や移行時のエラー検出が容易になります。

【影響を受ける対象】
リレーショナルデータベースからAzure Cosmos DB NoSQLへ移行を検討している技術者や開発者、データベース管理者が主な対象です。特にVisual Studio Codeを利用しているユーザーにとって利便性が向上します。

【注意点】
本機能はパブリックプレビューの段階であり、商用利用や大規模移行時には十分な検証が必要です。移行前後のデータ整合性やパフォーマンスの確認を推奨します。

詳細:

本アップデートは、「Relational Database to Azure Cosmos DB NoSQL Migration Assistant」のパブリックプレビュー公開に関するものです。従来、Oracle、SQL Server、PostgreSQL、MySQLなどのリレーショナルデータベースからAzure Cosmos DB for NoSQLへの移行は、スキーマの違いやデータ変換、移行手順の複雑さから多くの技術的ハードルが存在していました。本アップデートの目的は、これらの課題を解消し、リレーショナルデータベースからNoSQLデータベースへの移行をより容易かつ効率的に実現することにあります。

具体的には、Visual Studio Code用のAzure Cosmos DB拡張機能にMigration Assistantが追加され、ユーザーはこのアシスタントを利用して、移行プロセスをガイド付きで進めることができます。Migration Assistantは、構造化されたワークフローを提供し、移行の各ステップを順序立てて案内するため、作業の抜け漏れやミスを防止できます。これにより、データベースのスキーマ分析、データの変換、データ移行、検証といった一連のプロセスを一つのツール内で完結させることが可能です。

技術的な仕組みとしては、Visual Studio Code上で拡張機能をインストールし、対象となるリレーショナルデータベースへの接続情報を設定することで、Migration Assistantがデータベースのスキーマやデータを解析します。その後、Cosmos DB for NoSQLに適した形式へデータを変換し、移行を実行します。これにより、手動でのデータ変換やスクリプト作成の手間が大幅に削減されます。

活用シナリオとしては、既存の業務システムやアプリケーションで利用しているリレーショナルデータベースを、スケーラビリティやグローバル分散性を求めてCosmos DB for NoSQLへ移行する場合に有効です。また、開発環境やテスト環境でのデータ移行検証にも利用できます。

注意点としては、本機能はパブリックプレビュー段階であるため、商用環境での利用には慎重な検証が必要です。また、サポートされるデータ型やスキーマ変換の範囲、移行可能なデータ量等に制限がある可能性があります。詳細な制限事項については公式ドキュメントの確認が推奨されます。

関連するAzureサービスとしては、Azure Cosmos DB本体はもちろん、Visual Studio CodeやAzure Database Migration Serviceなど、他のデータ移行ツールや管理ツールとの併用も考えられます。今回のMigration Assistantは、Visual Studio Codeの拡張機能として提供されるため、開発者やデータベース管理者が日常的に利用する開発環境との親和性が高い点も特徴です。

86. Public Preview: Azure Cosmos DB distributed transactions

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Azure Cosmos DB distributed transactions

アップデートID: 563047 情報源: Azure Updates API

カテゴリ: In preview, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

【何が更新されたか】
Azure Cosmos DBにおいて、分散トランザクション機能のパブリックプレビューが開始されました。

【主な変更点や新機能】
分散トランザクションにより、複数のアイテムやパーティションにまたがる操作をアトミック（全体が成功するか、全体が失敗するか）に実行できるようになりました。これにより、変更内容が一括でコミットされるか、失敗時には自動的にロールバックされます。

【影響を受ける対象】
Azure Cosmos DBを利用している開発者やアーキテクトが対象です。特に、複数パーティションを跨いだデータ整合性やトランザクション管理が必要なシステム設計時に恩恵があります。

【注意点】
本機能はパブリックプレビュー段階のため、本番環境での利用には慎重な検討が必要です。また、既存のトランザクション機能との違いや制約事項について公式ドキュメントを確認してください。

詳細:

Azure Cosmos DBにおいて、分散トランザクション機能のパブリックプレビューが発表されました。本アップデートの背景には、グローバル分散型データベースサービスであるCosmos DBにおいて、複数のアイテムやパーティションにまたがる原子的な操作のニーズが高まっていたことがあります。これまでCosmos DBでは、単一パーティションキー内でのトランザクションはサポートされていましたが、複数パーティションにまたがる操作を一貫性を持って実行することは困難でした。

今回のアップデートにより、分散トランザクションがサポートされ、複数のアイテムやパーティションに対して、すべての変更を一括してコミット、または失敗時には自動的にロールバックすることが可能となります。これにより、複雑なビジネスロジックや複数エンティティ間の整合性が求められるシナリオにおいて、アプリケーション側での補助的な実装やワークアラウンドが不要になります。

技術的には、分散トランザクションはCosmos DBの内部でトランザクション管理が行われ、アプリケーションからはAPIを通じてトランザクションスコープ内で複数の操作を実行できます。これらの操作は、すべて成功した場合のみコミットされ、いずれかが失敗した場合は全体がロールバックされます。これにより、ACID特性のうちAtomicity（原子性）が複数パーティションに対して保証されるようになります。

活用シナリオとしては、例えばECサイトにおける注文処理で、在庫情報と注文情報を異なるパーティションに保存している場合でも、両者の整合性を担保したトランザクション処理が可能です。また、金融系アプリケーションなど、複数のエンティティ間で一貫性が必須となるケースにも有効です。

注意点としては、パブリックプレビュー段階であるため、本番環境での利用には慎重な検討が必要です。また、分散トランザクションはパフォーマンスやコストに影響を与える可能性があるため、設計時には十分な評価が求められます。

関連するAzureサービスとの連携については、Cosmos DBを利用するアプリケーションやAzure Functions、Logic Appsなどのサーバーレスサービスとの組み合わせにより、分散トランザクションを活用した堅牢なシステム設計が可能となります。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=563047）を参照してください。

87. Generally Available: Per-partition automatic failover for Azure Cosmos DB

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Per-partition automatic failover for Azure Cosmos DB

アップデートID: 563042 情報源: Azure Updates API

カテゴリ: Launched, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

Azure Cosmos DBにおいて、Per-partition automatic failover（PPAF）が一般提供（GA）となりました。このアップデートの背景には、ミッションクリティカルなアプリケーションに対して、より迅速な障害復旧と高可用性を実現するという目的があります。従来、Azure Cosmos DBではリージョン障害時にアカウント全体のフェールオーバーが必要でしたが、PPAFの導入により、アカウント全体ではなくパーティション単位で自動的にフェールオーバーが可能となりました。

この機能の具体的な変更点は、各パーティションごとに障害が発生した際、影響を受けたパーティションのみを対象に自動的にフェールオーバー処理が行われる点です。これにより、障害発生時でも他の正常なパーティションへの影響を最小限に抑えつつ、サービスの継続性を確保できます。PPAFは、Cosmos DBの分散アーキテクチャを活かし、パーティションキーごとにデータを分割・管理している構造を前提としています。各パーティションの状態を監視し、障害検知時には該当パーティションのみを別リージョンやレプリカに切り替える仕組みです。

活用シナリオとしては、大規模な分散データベースを運用しており、一部のデータパーティションでのみ障害が発生した場合でも、全体のサービス停止を回避したい場合に有効です。たとえば、グローバル展開しているECサイトや金融サービスなど、ダウンタイムが許容されないシステムにおいて、PPAFを有効化することで、障害時の影響範囲を限定し、迅速な復旧を実現できます。

注意点としては、PPAFの利用にはCosmos DBのパーティション設計が適切に行われている必要があること、またアプリケーション側でパーティション単位のフェールオーバーに対応した設計が求められる場合があることです。さらに、PPAFはアカウント全体のフェールオーバーとは異なる動作をするため、既存の運用手順や監視体制の見直しも必要となる可能性があります。

関連するAzureサービスとの連携については、Cosmos DBがAzure FunctionsやAzure Logic Apps、Azure App Serviceなどと連携するケースにおいて、PPAFによる高可用性がこれらのサービス全体の信頼性向上に寄与します。今後、より高い可用性と柔軟な障害対応を求めるシステム設計において、PPAFは重要な選択肢となります。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=563042）を参照してください。

88. Generally Available: MCP Toolkit for Azure Cosmos DB

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: MCP Toolkit for Azure Cosmos DB

アップデートID: 563032 情報源: Azure Updates API

カテゴリ: Launched, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

【何が更新されたか】
Azure Cosmos DB向けのMCP Toolkitが一般提供（GA）されました。

【主な変更点や新機能】
MCP Toolkitを利用することで、AIエージェントやコパイロットをAzure Cosmos DBの運用データに接続できるようになりました。これにより、エンタープライズレベルの信頼性を持つ標準化された方法で、Cosmos DBの機能を外部に公開することが可能です。

【影響を受ける対象】
AIエージェントやコパイロットを運用データと連携させたい開発者やシステム管理者、Azure Cosmos DBを利用している技術者が主な対象となります。

【注意点】
一般提供となったことで、商用環境でも利用可能ですが、導入前に既存システムとの互換性や運用方法を十分に確認することを推奨します。また、MCP Toolkitの利用にはAzure Cosmos DBの設定や権限管理が必要となるため、公式ドキュメントを参照しながら適切な構成を行ってください。

詳細:

MCP Toolkit for Azure Cosmos DBが一般提供（GA）となりました。本アップデートの背景には、エンタープライズレベルの信頼性を持った形で、AIエージェントやコパイロットといったAIシステムが運用データへ容易にアクセスできる仕組みを提供するという目的があります。これにより、Azure Cosmos DBの機能を標準化された方法で外部に公開し、AIシステムとの連携を強化することが可能となります。

具体的な機能としては、MCP Toolkitを利用することで、Azure Cosmos DBのデータをAIエージェントやコパイロットが直接参照し、リアルタイムな意思決定やデータ駆動型の処理を実現できます。これにより、従来は複雑だったデータアクセスや連携の実装が簡素化され、開発効率の向上と運用負荷の軽減が期待できます。

技術的な仕組みとしては、MCP ToolkitがAzure Cosmos DBのAPIやデータアクセス機能を抽象化し、AIエージェントやコパイロットが標準化されたインターフェースを通じてデータにアクセスできるようになります。これにより、個別のデータアクセスロジックを実装する必要がなくなり、セキュリティや信頼性の確保も容易になります。

活用シナリオとしては、企業内で運用されているAzure Cosmos DBに蓄積された大量のデータを、AIを活用した業務自動化や意思決定支援システムにリアルタイムで提供するケースが考えられます。例えば、カスタマーサポート用のコパイロットが顧客データを即時参照して最適な対応を提案したり、業務プロセス自動化のAIエージェントが最新の運用データをもとに処理を実行する、といった用途が想定されます。

注意点や制限事項については、現時点で提供されている情報からは詳細は明らかにされていませんが、一般提供となったことでエンタープライズ利用に適した信頼性やサポート体制が整備されていると考えられます。導入にあたっては、Azure Cosmos DBの既存のセキュリティ設定やアクセス権限管理と連携させる必要があります。

関連するAzureサービスとの連携については、MCP ToolkitがAzure Cosmos DBのデータアクセスを標準化することで、他のAzure AIサービスやアプリケーションとの統合が容易になります。これにより、Azure上で構築されたさまざまなソリューションと連携したデータ活用が促進されます。

詳細は公式アップデート情報（https://azure.microsoft.com/updates?id=563032）を参照してください。

89. Public Preview: Introducing AI Assistant in the Azure Cosmos DB extension for Visual Studio Code

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Introducing AI Assistant in the Azure Cosmos DB extension for Visual Studio Code

アップデートID: 563027 情報源: Azure Updates API

カテゴリ: In preview, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure Cosmos DB拡張機能にAIアシスタントを導入することを目的としたVisual Studio Code向けのパブリックプレビューです。これにより、開発者はデータ操作やクエリ作成の作業効率を向上させることが可能となります。従来、Azure Cosmos DBのクエリ作成やデータ操作には専門的な知識や手作業が必要でしたが、今回のAIアシスタントの導入により、自然言語で質問を入力するだけで最適化されたCosmos DBクエリを生成できるようになります。

具体的には、Visual Studio CodeのAzure Cosmos DB拡張機能内でAIアシスタントを利用することで、英語による質問や指示を入力し、AIがそれに応じたクエリや操作コマンドを生成します。また、チャット形式での対話型コマンドもサポートされており、ユーザーはAIとの対話を通じて複雑なクエリやデータ操作を簡単に実行できるようになります。これにより、クエリの構文や最適化に関する知識が不足している場合でも、AIの支援を受けて効率的に作業を進めることができます。

技術的な仕組みとしては、Visual Studio Codeの拡張機能内にAIアシスタントが組み込まれており、ユーザーの入力を解析し、Azure Cosmos DBに適したクエリやコマンドを生成します。AIアシスタントは自然言語処理技術を活用しており、ユーザーの意図を理解し、最適な出力を提供します。生成されたクエリは、拡張機能を通じてAzure Cosmos DBに対して直接実行することが可能です。

活用シナリオとしては、例えばデータベース内の特定のデータを検索したい場合や、複雑なフィルタ条件を指定したい場合に、自然言語で「特定の条件に合致するデータを取得したい」と入力するだけで、AIが適切なCosmos DBクエリを生成します。また、データの更新や削除などの操作も、AIアシスタントを通じて効率的に実行できます。これにより、開発者はクエリの構文や最適化に悩むことなく、迅速にデータ操作を行うことができます。

注意点としては、AIアシスタントの利用は英語での入力に限定されている点が挙げられます。また、パブリックプレビュー段階であるため、機能の安定性や精度については今後の改善が期待されます。現時点では、AIアシスタントが生成するクエリやコマンドの内容を十分に確認し、意図した動作を行うかどうかを検証する必要があります。

関連するAzureサービスとの連携については、Azure Cosmos DB拡張機能がVisual Studio Code上で動作するため、Azure Cosmos DBへの接続やデータ操作がシームレスに行えます。これにより、開発者はローカル環境からクラウド上のCosmos DBに対して効率的に作業を進めることができます。今回のアップデートは、Azure Cosmos DBの利便性と生産性を大幅に向上させるものとなっています。

90. Generally Available: Change partition keys in Azure Cosmos DB for NoSQL API

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Change partition keys in Azure Cosmos DB for NoSQL API

アップデートID: 563017 情報源: Azure Updates API

カテゴリ: Launched, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

Azure Cosmos DB for NoSQL APIにおいて、コンテナのパーティションキーを変更できる機能が一般提供されました。このアップデートの背景には、アプリケーションの要件やデータアクセスパターンの変化により、既存のパーティションキー設計が最適でなくなるケースが多いという課題があります。従来、パーティションキーを変更するにはデータのエクスポートと再インポートなど煩雑な作業が必要でしたが、今回の機能追加により、Azureポータルから数クリックで直接パーティションキーを変更できるようになりました。

具体的には、Azureポータル上で対象のCosmos DB NoSQLコンテナを選択し、パーティションキー変更操作を実行することで、ソースコンテナから新しいコンテナへデータがコピーされます。このプロセスはオンラインモードとオフラインモードの両方に対応しており、業務要件やシステムの可用性要件に応じて選択できます。オンラインモードでは、システムのダウンタイムを最小限に抑えつつデータ移行が可能です。一方、オフラインモードでは、よりシンプルな移行が求められる場合に適しています。

技術的な仕組みとしては、Cosmos DBのChange Feed（変更フィード）を利用し、ソースコンテナのデータを新しいパーティションキー設計のコンテナへコピーする形となります。これにより、既存データの整合性を保ちながら、パーティションキーの再設計が実現されます。なお、移行後は新しいコンテナが作成されるため、アプリケーション側で接続先の変更や設定の見直しが必要となる場合があります。

この機能は、データアクセスパターンの変化やスケーラビリティ要件の見直しに伴い、パーティションキーの再設計が必要となった際に特に有用です。たとえば、ユーザーIDをパーティションキーとしていたが、今後は地域情報で分割したい場合などに、ダウンタイムや複雑な手作業なしで対応できます。

注意点として、パーティションキーの変更は既存コンテナの直接的な変更ではなく、新しいコンテナへのデータコピーとなるため、移行期間中のデータ整合性やアプリケーションの切り替えタイミングに十分な配慮が必要です。また、移行プロセス中のコストやパフォーマンスへの影響についても事前に検討することが推奨されます。

本機能は、Azure Cosmos DBの他の機能やサービス、たとえば自動スケーリングやグローバル分散機能と組み合わせて利用することで、より柔軟かつ効率的なデータベース運用が可能となります。詳細については公式ドキュメントやアップデート情報をご参照ください。

91. Public Preview: New Azure Cosmos DB cost estimator

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: New Azure Cosmos DB cost estimator

アップデートID: 562976 情報源: Azure Updates API

カテゴリ: In preview, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

本アップデートは、「Azure Cosmos DB cost estimator」がパブリックプレビューとして提供開始されたことを案内するものです。Azure Cosmos DBはグローバル分散型のマルチモデルデータベースサービスであり、その導入や運用にあたっては、スループット、ストレージ、リージョン、キャパシティモードなど複数の要素がコストに大きく影響します。これまで、これらの要素を総合的に考慮したコスト見積もりは複雑で、正確な予測が困難でした。今回のアップデートの目的は、Azure Cosmos DBの導入計画段階で、より迅速かつ正確にコストを見積もることを可能にし、技術者や意思決定者が自信を持ってリソースの設計や予算策定を行えるよう支援することにあります。

新たに提供されたAzure Cosmos DB cost estimatorは、アカウントを実際にプロビジョニングする前に、スループット（RU/s）、ストレージ容量、利用リージョン数、キャパシティモード（プロビジョンドスループットまたはサーバーレス）などのパラメータを入力することで、コストを即座にシミュレーションできます。これにより、設計段階で複数の構成パターンを比較検討し、最適なリソース配分を選択することが可能です。

技術的には、コストエスティメータはAzure PortalまたはWebベースのインターフェースを通じて利用でき、ユーザーが指定した各種パラメータに基づき、Azure Cosmos DBの料金体系に則ったコスト計算をリアルタイムで行います。これにより、従来必要だった手動計算や複雑な料金表の参照作業を大幅に省力化できます。

活用シナリオとしては、新規にAzure Cosmos DBを導入する際の初期設計や、既存システムの拡張・移行計画時のコスト評価、複数リージョン展開時のコスト比較などが挙げられます。たとえば、グローバル展開を検討している場合、各リージョン追加によるコスト増加を事前に把握し、予算内で最適な構成を選択することができます。

注意点としては、本機能がパブリックプレビュー段階であるため、今後仕様変更や機能追加が行われる可能性があること、また見積もり結果はあくまでシミュレーションであり、実際の請求額とは異なる場合があることに留意が必要です。

関連するAzureサービスとの連携については、Azure Cosmos DB自体が他のAzureサービス（たとえばAzure FunctionsやAzure Logic Appsなど）と連携して利用されるケースが多いため、これらのサービスとの組み合わせ時の全体コストの把握にも本エスティメータを活用できますが、見積もり対象はあくまでCosmos DB単体のコストであることに注意が必要です。

92. Generally Available: Azure Cosmos DB all versions and deletes change feed mode

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure Cosmos DB all versions and deletes change feed mode

アップデートID: 562971 情報源: Azure Updates API

カテゴリ: Launched, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

Azure Cosmos DBの「all versions and deletes change feed mode」が一般提供（GA）となりました。このアップデートの目的は、Cosmos DBコンテナ内で発生するすべての変更、すなわちアイテムの作成、更新、削除、さらに各バージョンの変更履歴までを完全に可視化することにあります。従来の「latest version」モードでは、変更フィード（change feed）から取得できるのは最新の状態のみであり、過去の変更や削除されたアイテムの情報は取得できませんでした。今回の「all versions and deletes」モードの一般提供により、技術者はすべての変更イベントを詳細に追跡し、監査やデータ復旧、履歴管理などの高度な要件に対応できるようになりました。

この新機能の技術的な仕組みとしては、Cosmos DBの変更フィードが、従来の最新バージョンのみを出力する動作から、アイテムごとに発生したすべてのバージョンの変更および削除イベントも含めて出力するよう拡張されています。これにより、アプリケーションやデータパイプラインは、過去の任意のタイミングでデータがどのように変化したかを正確に把握することが可能です。実装方法としては、Cosmos DBのコンテナ設定で「all versions and deletes」モードを有効化することで利用できます。これにより、変更フィードを購読するアプリケーションは、従来通りChange Feed ProcessorやAzure Functionsなどを利用して、より詳細な変更イベントを受信できます。

活用シナリオとしては、データの完全な監査ログの取得、データガバナンス要件への対応、削除や更新の履歴を用いたデータ復旧、またはイベントソーシングパターンの実装などが挙げられます。例えば、金融や医療などの厳格な監査要件が求められる業界では、すべてのデータ変更履歴を保持し、必要に応じて過去の状態を再現することが可能となります。また、削除イベントも取得できるため、データの整合性維持や不正操作の検知にも有効です。

注意点としては、すべてのバージョンと削除イベントを保持・出力するため、変更フィードのデータ量が増加し、ストレージコストやネットワーク帯域の使用量が増える可能性があります。運用設計時には、これらのリソース消費を考慮する必要があります。また、既存の「latest version」モードとは互換性が異なるため、既存システムへの導入時には十分な検証が求められます。

関連するAzureサービスとの連携としては、Azure FunctionsやAzure Data Factory、Event Gridなどのイベントドリブンアーキテクチャとの統合が挙げられます。これらのサービスを利用することで、Cosmos DBの変更イベントをリアルタイムで他のシステムに連携し、データ同期やワークフローの自動化を実現できます。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=562971）を参照してください。

93. Public Preview: Azure Logic Apps now enables developers to invoke Microsoft Foundry Agents directly from workflows.

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Azure Logic Apps now enables developers to invoke Microsoft Foundry Agents directly from workflows.

アップデートID: 562939 情報源: Azure Updates API

カテゴリ: In preview, Integration, Internet of Things, Logic Apps, Microsoft Build

要約:

詳細:

本アップデートは、Azure Logic AppsとAzure AI Foundryの連携強化を目的として、開発者がMicrosoft Foundry Agentsをワークフロー内から直接呼び出せる機能をパブリックプレビューとして提供するものです。従来、AIエージェントの構築とビジネスプロセスの自動化は別々の環境で行われることが多く、両者の連携には複雑な実装や運用上の課題が存在していました。本アップデートにより、Azure Logic Appsのワークフロー設計時にMicrosoft Foundry Agentsを直接インボークできるようになり、AIエージェントの活用をよりシームレスに業務プロセスへ組み込むことが可能となります。

具体的な機能としては、Azure Logic Appsのワークフロー内にMicrosoft Foundry Agentsを呼び出すアクションが追加され、これによりエージェントの機能を自動化された処理の一部として利用できます。例えば、業務プロセスの中でAIによる意思決定やデータ分析を必要とする場面で、Logic AppsのフローからFoundry Agentsを呼び出し、結果を取得して後続の処理に反映させることができます。技術的には、Logic Appsのデザイナー上で新たに提供されるコネクタやアクションを利用し、Foundry AgentsへのAPI呼び出しが可能となります。これにより、従来必要だったカスタムコーディングや外部サービス連携の手間が大幅に削減されます。

活用シナリオとしては、例えば顧客対応プロセスの自動化において、AIエージェントによる自然言語処理や意思決定をLogic Appsのワークフローに組み込むことで、問い合わせ対応や業務判断を自動化することが可能です。また、データ分析やレポート生成の自動化、業務フローにおけるAIによる異常検知や予測など、幅広い用途が想定されます。

注意点としては、パブリックプレビュー段階であるため、商用環境での利用には慎重な検証が必要です。機能やAPIの仕様が今後変更される可能性があるため、最新のドキュメントやアップデート情報を随時確認することが推奨されます。また、Foundry Agentsの呼び出しに関する認証や権限管理、エージェントのレスポンス時間やスケーラビリティなど、運用上の制約にも留意が必要です。

関連するAzureサービスとしては、Azure Logic Appsがワークフロー自動化の基盤となり、Azure AI FoundryがAIエージェントの構築・管理を担います。両者の連携により、AIエージェントの機能を業務プロセスに組み込む際の開発・運用負荷が軽減され、より迅速なサービス展開が可能となります。

94. Public Preview: Anyscale on Azure

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Anyscale on Azure

アップデートID: 562934 情報源: Azure Updates API

カテゴリ: In preview, Compute, Containers, Azure Kubernetes Service (AKS), Microsoft Build

要約:

詳細:

「Anyscale on Azure」のパブリックプレビューが開始されました。本アップデートの背景には、機械学習エンジニアやAI開発者が大規模なPythonワークロードをクラウド上で高速かつ柔軟に実行するニーズの高まりがあります。Anyscale on Azureは、Rayの分散処理能力を活用したクラウドネイティブなマネージドプラットフォームとして提供され、ユーザーはインフラ管理の負担を軽減しながら、スケーラブルな機械学習やAIワークロードの実行が可能となります。

具体的な機能としては、Rayの分散コンピューティングフレームワークをAzure上でマネージドサービスとして利用できる点が挙げられます。これにより、Pythonベースの大規模データ処理や機械学習モデルのトレーニング、推論、分散ハイパーパラメータチューニングなどが効率的に実施できます。ユーザーはクラウドリソースのプロビジョニングやスケーリングを意識することなく、RayのAPIを通じてワークロードを実行できます。

技術的な仕組みとしては、Azureのインフラストラクチャ上にRayクラスタが自動的にデプロイされ、Anyscaleによる管理が行われます。ユーザーはPythonコードをRayの分散APIで記述し、Anyscaleプラットフォーム経由でAzure上にジョブを投入することで、分散処理の恩恵を受けることができます。これにより、従来のオンプレミスやセルフホスト型Rayクラスタの運用に伴う複雑な管理作業が不要となります。

活用シナリオとしては、機械学習モデルの大規模トレーニングやデータ前処理、分散推論、強化学習、生成AIのワークロードなどが想定されます。特に、膨大なデータセットを扱う場合や、複数のモデルやパラメータの同時探索が必要な場合に有効です。また、PythonベースのAI開発環境をAzure上で統合的に運用したい場合にも適しています。

注意点としては、現在パブリックプレビュー段階であるため、機能やパフォーマンス、サポート体制に制限がある可能性があります。商用利用やミッションクリティカルなシステムへの導入を検討する際は、公式ドキュメントやサポート情報を十分に確認する必要があります。

関連するAzureサービスとしては、Azure Machine LearningやAzure Kubernetes ServiceなどのAI・ML関連サービスとの連携が考えられます。これらのサービスと組み合わせることで、データ管理やモデルデプロイメント、モニタリングなどの機能を補完し、より高度なAIソリューションの構築が可能となります。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=562934）をご参照ください。

95. Public Preview: Knowledge as a Service with Azure Logic Apps.

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Knowledge as a Service with Azure Logic Apps.

アップデートID: 562929 情報源: Azure Updates API

カテゴリ: In preview, Integration, Internet of Things, Logic Apps, Microsoft Build

要約:

【何が更新されたか】
Azure Logic Appsに「Knowledge as a Service」機能がパブリックプレビューとして追加されました。

【主な変更点や新機能】
従来のRAG（Retrieval-Augmented Generation）実装では、データのインジェスト、チャンク化、埋め込み生成、ベクトルストアの構成、リトリーバル層の連携など、複雑な工程が必要でした。今回のアップデートにより、Azure Logic Appsを利用することで、これらのプロセスが簡素化され、RAGの構築と運用が容易になります。ノーコード/ローコードで知識ベースのサービスを組み込むことが可能です。

【影響を受ける対象】
Azure Logic Appsを利用している開発者や技術者、RAGを導入したいチームが対象です。特に、生成AIや知識検索機能を業務アプリケーションに組み込みたいユーザーにとって利便性が向上します。

【注意点】
本機能はパブリックプレビュー段階のため、商用利用には慎重な検証が必要です。今後の正式リリースまでに仕様変更や追加機能がある可能性があります。

詳細:

本アップデートは、「Knowledge as a Service with Azure Logic Apps」のパブリックプレビュー開始に関するものです。背景として、現在多くのRAG（Retrieval-Augmented Generation）実装は非常に複雑であり、開発チームはデータのインジェストパイプライン構築、データのチャンク化や埋め込み生成、ベクトルストアの設定、検索レイヤーの接続、さらに本番運用時のシステム管理まで、多岐にわたる作業を求められています。これらの工程は高度な専門知識と多くのリソースを必要とし、運用の負担が大きいことが課題となっていました。

今回のAzure Logic AppsによるKnowledge as a Serviceは、RAGの導入を大幅に簡素化することを目的としています。Logic Appsはローコード/ノーコードでワークフローを構築できるサービスであり、従来の複雑なRAG構成をシンプルなワークフローとして定義できるようになります。具体的には、データの取り込みや加工、埋め込み生成、ベクトルストアへの格納、検索・取得処理など、RAGに必要な各種処理をLogic Appsのアクションとして組み合わせることが可能です。これにより、専門的なプログラミングやインフラ構築を行わずとも、RAGシステムを迅速かつ容易に構築・運用できるようになります。

技術的な仕組みとしては、Logic Appsのワークフローエンジンを活用し、各種コネクタやアクションを組み合わせてデータの流れを定義します。例えば、データソースからの情報取得、テキストのチャンク化、埋め込み生成APIの呼び出し、ベクトルストアへの登録、検索クエリの処理などを一連のワークフローとして自動化できます。これにより、従来必要だった個別のコード実装や外部サービスとの複雑な連携が不要となります。

活用シナリオとしては、企業内のナレッジ管理やFAQシステム、ドキュメント検索、顧客対応チャットボットなど、RAGを活用した情報検索や生成が求められる場面でLogic Appsによる迅速な導入が期待されます。特に、既存のAzureサービスとの連携が容易なため、Azure Cognitive SearchやAzure OpenAI Serviceなどと組み合わせて高度な検索・生成システムを構築することが可能です。

注意点としては、パブリックプレビュー段階であるため、機能やパフォーマンス、サポート体制に制限がある場合があります。また、Logic Appsのワークフロー設計においては、各アクションの処理能力やコスト、外部サービスとの連携仕様を十分に確認する必要があります。

関連するAzureサービスとしては、Azure Cognitive SearchやAzure OpenAI Service、Azure Data Lake Storageなどが挙げられます。これらのサービスとLogic Appsを組み合わせることで、エンタープライズ向けの高度なRAGシステムを効率的に構築・運用することができます。

以上が、「Knowledge as a Service with Azure Logic Apps」のパブリックプレビューに関する技術者向け詳細説明です。

96. Public Preview: Azure Logic Apps Automation SKU for agentic business process automation.

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Azure Logic Apps Automation SKU for agentic business process automation.

アップデートID: 562924 情報源: Azure Updates API

カテゴリ: In preview, Integration, Internet of Things, Logic Apps, Microsoft Build

要約:

詳細:

本アップデートは、「Azure Logic Apps Automation SKU for agentic business process automation」のパブリックプレビュー開始に関するものです。背景として、組織がエージェント型の自動化（agentic automation）へと移行する中で、開発者はワークフロー、API、AIエージェントを組み合わせて本番環境で利用可能なビジネスプロセスを構築するための、よりシンプルな方法を求めています。従来、このようなシステムの構築には、複数のAzureサービスを組み合わせて連携させる必要があり、開発や運用の複雑さが課題となっていました。

今回のアップデートでは、Azure Logic Appsに新たなAutomation SKUが追加され、エージェント型ビジネスプロセス自動化のための機能が提供されます。これにより、開発者はLogic Appsを活用して、ワークフロー、API、AIエージェントといった要素を統合し、より効率的に自動化プロセスを設計・運用できるようになります。Automation SKUは、これまでのLogic Appsの機能を拡張し、エージェントベースの自動化に最適化されたリソースや管理機能を提供します。

技術的には、Logic Appsのワークフローエンジンを基盤としつつ、API連携やAIエージェントとの統合を容易にするための拡張が行われています。これにより、REST APIや各種コネクタを利用した外部サービスとの連携、Azure上のAIサービスやカスタムエージェントとの連動がシームレスに実現できます。実装にあたっては、既存のLogic Apps DesignerやVisual Studio Code拡張機能を利用して、ローコード／ノーコードでの開発が可能です。

活用シナリオとしては、例えば顧客からの問い合わせをAIエージェントが受け付け、必要な情報をAPI経由で社内システムから取得し、ワークフローを通じて自動応答や業務プロセスを実行するケースが考えられます。また、複数の業務システムを横断した自動化や、AIによる意思決定を含む複雑なプロセスの自動化にも適しています。

注意点としては、本機能は現時点でパブリックプレビューであるため、運用環境での利用には慎重な検証が必要です。また、既存のLogic Appsとの互換性や、Automation SKU固有の制限事項については、公式ドキュメントでの確認が推奨されます。

関連するAzureサービスとしては、Azure FunctionsやAzure API Management、Azure Cognitive Servicesなどとの連携が想定されます。これらのサービスと組み合わせることで、より高度な自動化やAI活用が実現可能です。

97. Generally available: Generally available: Managed system node pools in AKS Automatic

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally available: Generally available: Managed system node pools in AKS Automatic

アップデートID: 562919 情報源: Azure Updates API

カテゴリ: Launched, Compute, Containers, Azure Kubernetes Service (AKS), Microsoft Build

要約:

詳細:

本アップデートは、Azure Kubernetes Service（AKS）におけるManaged system node poolsの一般提供（GA）開始に関するものです。AKS環境では、システムノードプールのプロビジョニングや運用、スケーリング、パッチ適用、可用性の確保など、継続的な管理作業が必要とされてきました。今回のアップデートにより、「AKS Automatic」によるManaged system node poolsが利用可能となり、これらの管理責任がAzureプラットフォーム側に移管されます。これにより、クラスタ管理者はインフラストラクチャのプロビジョニングや運用に関する作業負担を大幅に軽減できます。

具体的には、AKS AutomaticのManaged system node poolsを利用することで、プラットフォームがシステムノードプールのライフサイクル管理を自動的に実施します。これには、ノードの追加・削除によるスケーリング、セキュリティパッチやアップデートの適用、障害発生時の自動復旧などが含まれます。従来はこれらの作業をユーザーが手動または自動化スクリプトで対応する必要がありましたが、本機能によりAzureが一元的に管理します。

技術的な仕組みとしては、AKSのコントロールプレーンがManaged system node poolsの状態を監視し、必要に応じてノードの増減やパッチ適用を自律的に実行します。ユーザーはクラスタの構成やワークロードの展開に集中でき、基盤となるシステムノードの運用管理から解放されます。

主な活用シナリオとしては、運用負荷の低減やインフラ管理の自動化を重視する大規模なマイクロサービス環境や、セキュリティ・可用性要件の高いプロダクション環境が挙げられます。また、DevOpsやGitOpsのワークフローと組み合わせることで、より迅速かつ安全なアプリケーションデプロイが可能となります。

注意点としては、Managed system node poolsの動作や制御範囲はAzureプラットフォームに依存するため、カスタムノード設定や特殊な運用要件がある場合は事前に公式ドキュメントで制限事項を確認する必要があります。また、既存の手動管理ノードプールとの併用時には、運用ポリシーや自動化の整合性に留意することが重要です。

本機能は、AKSの他のマネージドサービスやAzure Monitor、Azure Policyなどの管理系サービスと連携することで、より高度な運用自動化やガバナンス強化が実現できます。詳細は公式アップデート情報（https://azure.microsoft.com/updates?id=562919）を参照してください。

98. Generally Available: Azure API Center now provides a data plane MCP server for enterprise-wide discovery of APIs and AI assets.

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure API Center now provides a data plane MCP server for enterprise-wide discovery of APIs and AI assets.

アップデートID: 562914 情報源: Azure Updates API

カテゴリ: Launched, Integration, Internet of Things, Mobile, Web, API Management, Microsoft Build

要約:

【何が更新されたか】
Azure API Centerが一般提供（GA）となり、エンタープライズ全体でAPIやAI資産の発見を支援する「データプレーンMCPサーバー」を提供開始しました。

【主な変更点や新機能】
今回のアップデートにより、MCP（Multi-Cloud Proxy）ベースのツールやAIエージェントを大規模に導入する組織に対して、APIやAI資産の発見・接続が容易になります。Azure API Centerは、企業内のMCPサーバー、ツール、API、AI資産のエコシステムを統合的に管理し、開発者が効率的にアクセスできるようになりました。

【影響を受ける対象】
主にMCPベースのツールやAIエージェントを利用する開発者や、企業内でAPIやAI資産の管理・連携を行う技術者が対象となります。エンタープライズ規模でAPIやAI資産の発見・利用を推進する組織にとって、利便性と管理効率が向上します。

【注意点】
一般提供となったため、商用環境で利用可能ですが、導入前に既存のAPI管理やMCPサーバーとの互換性、セキュリティ設定などを十分に確認する必要があります。

詳細:

本アップデートは、Azure API Centerにおいて、エンタープライズ全体でのAPIおよびAIアセットの発見を容易にするため、データプレーンMCP（Multi-Cloud Proxy）サーバーの提供を一般提供（GA）としたものです。背景として、組織がMCPベースのツールやAIエージェントを大規模に導入する中で、開発者が増加し続けるエンタープライズMCPサーバー、ツール、API、AIアセットに対して、より簡便に発見・接続できる手段が求められていました。

今回のアップデートにより、Azure API CenterはデータプレーンMCPサーバーを提供することで、エンタープライズ内のAPIやAIアセットの一元的なカタログ化と発見を支援します。これにより、開発者は組織内に分散する多様なAPIやAIリソースを、統一されたインターフェースを通じて効率的に探索・利用することが可能となります。MCPサーバーは、APIやAIアセットのメタデータを管理し、標準化された方法でその情報を提供する役割を担います。

技術的には、Azure API CenterのデータプレーンMCPサーバーは、APIやAIアセットのディスカバリを目的としたエンドポイントを提供します。これにより、MCPベースのツールやAIエージェントが、組織内のリソースを自動的に検出し、必要に応じて接続・利用することが可能です。実装に際しては、既存のAzure API Centerの機能と連携しながら、MCPプロトコルに準拠したアクセスが提供されます。

活用シナリオとしては、複数の開発チームが独自に管理しているAPIやAIアセットを、組織全体で一元的に管理・発見したい場合や、AIエージェントが自律的に最適なAPIやAIアセットを選択して利用するようなケースが挙げられます。これにより、リソースの再利用性が向上し、開発効率の最大化が期待できます。

注意点としては、本機能の利用にあたっては、MCPベースのツールやエージェントがMCPサーバーと連携できるように設定する必要があります。また、APIやAIアセットのメタデータ管理が適切に行われていない場合、ディスカバリの効果が十分に発揮されない可能性があります。

関連するAzureサービスとしては、Azure API ManagementやAzure Machine Learningなどが挙げられます。これらのサービスと連携することで、APIやAIアセットのライフサイクル管理やセキュリティ管理を強化し、より包括的なエンタープライズAPI管理基盤を構築することが可能です。

99. Generally Available: Azure API Center now supports agent registration, agent assessment, and Git-based synchronization.

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure API Center now supports agent registration, agent assessment, and Git-based synchronization.

アップデートID: 562909 情報源: Azure Updates API

カテゴリ: Launched, Integration, Internet of Things, Mobile, Web, API Management, Microsoft Build

要約:

詳細:

本アップデートは、Azure API Centerにおいて「エージェント登録」「エージェント評価」「Gitベースの同期」機能が一般提供（GA）となったことを示しています。背景として、企業が自律型AIエージェントを活用してワークフローの自動化やエンタープライズタスクのオーケストレーションを推進する中、開発者はこれらのエージェント機能を組織横断的に発見・ガバナンス・再利用できる中央集約的な仕組みを必要としています。今回のアップデートによって、Azure API Centerはこのニーズに応えるための新たな機能を提供します。

具体的には、エージェント登録機能により、開発者は自社で開発・運用するAIエージェントをAPI Center上に登録し、組織内で一元的に管理できるようになりました。エージェント評価機能では、登録されたエージェントの品質やパフォーマンス、セキュリティなどの観点から評価を行い、その結果を可視化・共有することが可能です。これにより、チーム間で信頼性の高いエージェントを選定しやすくなります。さらに、Gitベースの同期機能が追加されたことで、APIやエージェントの定義情報をGitリポジトリと連携し、バージョン管理やCI/CDパイプラインとの統合が容易になりました。

技術的な仕組みとしては、Azure API Centerが提供するREST APIやポータルを通じてエージェント情報の登録・管理・評価が行えます。また、Gitリポジトリとの同期は、API Centerがリポジトリの内容を定期的に取得し、APIやエージェントのメタデータを自動的に反映する形で実装されています。

活用シナリオとしては、複数の開発チームが独自に開発したAIエージェントやAPIをAPI Centerに集約し、組織全体で再利用性を高めるケースや、エージェントの品質評価を通じて本番環境で利用するエージェントの選定基準を統一するケースが想定されます。また、Git連携により、API定義の変更管理や自動デプロイメントのワークフローを構築することができます。

注意点としては、本機能の利用にあたってはAzure API Centerの権限設定や、Gitリポジトリへの適切なアクセス制御が必要です。また、エージェント評価の基準や運用ルールは組織ごとに策定する必要があります。

関連するAzureサービスとしては、API ManagementやAzure DevOps、GitHubなどと連携することで、より高度なAPIライフサイクル管理やCI/CDプロセスの自動化が実現できます。

以上のように、本アップデートはAzure API Centerを活用したエージェントおよびAPIの統合管理・評価・バージョン管理を強化し、組織のAI活用基盤の高度化に寄与するものです。

100. Generally Available: Azure Kubernetes Fleet Manager for Arc-enabled clusters

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure Kubernetes Fleet Manager for Arc-enabled clusters

アップデートID: 562904 情報源: Azure Updates API

カテゴリ: Launched, Containers, Azure Kubernetes Fleet Manager, Microsoft Build

要約:

詳細:

Azure Kubernetes Fleet Managerが、Azure Arc対応Kubernetesクラスターに対して一般提供（GA）となりました。本アップデートの背景には、ハイブリッドおよびマルチクラウド環境におけるKubernetesクラスター管理の断片化という課題があります。従来、異なるクラウドやオンプレミス環境に分散したKubernetesクラスターは、個別の管理コンソールやツール、運用モデルが必要であり、統合的な管理が困難でした。今回のアップデートにより、Azure Kubernetes Fleet ManagerはAzure Arc対応Kubernetesクラスターもサポートすることで、これらの課題を解決します。

具体的な機能としては、CNCF準拠のKubernetesクラスターをAzure Arcを通じてAzureに接続し、Fleet Manager上で一元的に管理できるようになります。これにより、Azure上のKubernetesクラスターと同様に、ハイブリッド環境や他クラウド上のクラスターも統合的に運用できます。Fleet Managerは、クラスターのグループ化、ポリシー適用、アプリケーションのデプロイ、アップグレード管理などの機能を提供し、運用の標準化と効率化を実現します。

技術的には、Azure Arcを利用してオンプレミスや他クラウドのKubernetesクラスターをAzureリソースとして登録し、Fleet Managerがそれらを管理対象として認識します。これにより、Azure Resource Manager（ARM）ベースのAPIやツールを活用した一貫性のある管理が可能となります。実装には、Azure Arcエージェントのインストールや必要な権限設定が求められます。

活用シナリオとしては、複数のクラウドやオンプレミスにまたがるKubernetesクラスターを運用する企業が、運用負荷の軽減やガバナンス強化、セキュリティポリシーの統一適用などを目的に導入するケースが想定されます。たとえば、開発・本番環境が異なるクラウドに存在する場合でも、Fleet Managerを利用することで一元的なアプリケーション展開や運用管理が可能です。

注意点としては、Azure Arc対応クラスターの管理には事前にAzure Arcのセットアップが必要であり、Fleet Managerのサポート対象となるKubernetesバージョンやCNCF準拠要件を満たしている必要があります。また、ネットワーク要件や権限設定など、セキュリティ面の考慮も重要です。

関連するAzureサービスとしては、Azure Arc、Azure Kubernetes Service（AKS）、Azure Policy、Azure Monitorなどが挙げられます。これらのサービスと連携することで、より高度なガバナンスや監視、運用自動化が実現できます。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=562904）をご参照ください。

101. Generally Available: Azure API Management Premium v2 now supports multiple custom domains

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure API Management Premium v2 now supports multiple custom domains

アップデートID: 562899 情報源: Azure Updates API

カテゴリ: Launched, Integration, Internet of Things, Mobile, Web, API Management, Microsoft Build

要約:

詳細:

Azure API Management Premium v2が複数のカスタムドメインをサポートする機能が一般提供となりました。本アップデートの背景には、企業や組織がAPI、開発者ポータル、管理エンドポイントを異なるブランドや組織のドメイン名で公開するニーズがあることが挙げられます。例えば、外部パートナー向けに「api.contoso.com」、内部HRプラットフォーム向けに「apis.hrportal.contoso.com」など、用途や対象者ごとに異なるドメインを設定することで、セキュリティやブランドイメージの向上、管理の効率化が可能となります。

具体的な機能としては、Azure API Management Premium v2で、APIエンドポイントや開発者ポータル、管理エンドポイントに対して複数のカスタムドメインを割り当てることができるようになりました。これにより、従来は一つのカスタムドメインしか設定できなかった制約が解消され、より柔軟なドメイン管理が実現します。技術的な仕組みとしては、Azure API ManagementのPremium v2インスタンスにおいて、Azure PortalやARMテンプレート、CLIなどを用いて各エンドポイントごとにカスタムドメインを設定できます。証明書管理もAzure Key Vaultと連携して行うことが可能であり、セキュアな運用が担保されています。

活用シナリオとしては、組織内外の複数のサービスや部門ごとに異なるドメインを割り当てることで、APIの公開範囲やアクセス制御を細かく設定できるほか、開発者ポータルをブランドごとにカスタマイズして提供することができます。また、管理エンドポイントも分離することで、運用管理のセキュリティ向上が期待できます。

注意点としては、Premium v2インスタンスでのみ利用可能な機能であり、他のSKUではサポートされていません。また、ドメインごとに証明書の管理が必要となるため、証明書の有効期限や更新作業に注意が必要です。さらに、DNS設定やAzure Key Vaultとの連携など、事前に必要な構成があるため、導入前に十分な準備が求められます。

関連するAzureサービスとしては、Azure Key Vaultによる証明書管理、Azure DNSによるドメイン設定、Azure Active Directoryによる認証・認可などが挙げられます。これらのサービスと連携することで、よりセキュアかつ効率的なAPI管理基盤を構築することができます。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=562899）をご参照ください。

102. Public Preview: Azure API Management now supports token metrics for all token types

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Azure API Management now supports token metrics for all token types

アップデートID: 562885 情報源: Azure Updates API

カテゴリ: Launched, Integration, Internet of Things, Mobile, Web, API Management, Microsoft Build

要約:

詳細:

本アップデートは、Azure API Managementにおいて、すべてのトークンタイプに対するトークンメトリクスのサポートがパブリックプレビューとして提供開始されたことを示しています。背景として、組織が高度なAIモデルを導入する中で、トークン消費の把握が従来よりも複雑化している現状があります。従来のメトリクスは主にプロンプトトークンやコンプリーショントークンに焦点を当てていましたが、AIモデルの進化に伴い、キャッシュトークンやリースニングトークン、シンキングトークンなど新たなトークンカテゴリが登場し、これらの消費状況を正確に把握する必要性が高まっています。

今回のアップデートにより、Azure API Managementはこれらすべてのトークンタイプに対する消費メトリクスを提供できるようになりました。これにより、APIを介してAIモデルを利用する際のトークン使用状況をより詳細かつ包括的に監視・分析することが可能となります。具体的には、各トークンタイプごとの消費量を可視化し、従来のメトリクスでは見落とされがちだった新しいトークンカテゴリの利用状況も把握できるようになります。

技術的には、Azure API Managementのメトリクス収集機能が拡張され、API経由で発生する各種トークンの消費データを収集・集計し、ダッシュボードやログとして出力できるようになっています。これにより、開発者や運用担当者はAzure Portal上でトークン消費の傾向を分析したり、アラート設定やコスト管理に活用することができます。

活用シナリオとしては、AIモデルを利用したアプリケーションの運用において、トークン消費の最適化やコスト予測、異常検知などが挙げられます。例えば、特定のトークンタイプの消費が急増した場合に迅速に対応したり、キャッシュトークンの利用効率を分析してAPI設計を改善する、といった運用が可能です。

注意点としては、本機能がパブリックプレビュー段階であるため、本番環境での利用には慎重な検証が必要です。また、サポートされるトークンタイプやメトリクスの粒度、連携可能な監視ツールの範囲については、公式ドキュメントを確認することが推奨されます。

本機能はAzure API Managementの標準的なメトリクス機能の一部として提供されており、他のAzureサービス、例えばAzure MonitorやAzure Logic Appsなどと連携することで、より高度な監視や自動化が実現できます。詳細については公式アップデートページ（https://azure.microsoft.com/updates?id=562885）を参照してください。

103. Generally Available: Azure API Management now supports content safety controls for MCP and A2A APIs.

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure API Management now supports content safety controls for MCP and A2A APIs.

アップデートID: 562880 情報源: Azure Updates API

カテゴリ: Launched, Integration, Internet of Things, Mobile, Web, API Management, Microsoft Build

要約:

詳細:

今回のAzure Updateでは、「Azure API ManagementがMCPおよびA2A API向けのコンテンツセーフティコントロールをサポートする」ことが一般提供（GA）となりました。背景として、組織がエージェント型アプリケーションやMCP（Multi-Channel Platform）ベースのツールを導入する際、エージェント間のやり取りに対して一貫した安全性やコンプライアンスのポリシーを適用する必要性が高まっています。従来、多くのチームでは断片的な実装やカスタムソリューションに依存していましたが、今回のアップデートによりAzure API Management上で統一的なセーフティコントロールを適用できるようになりました。

具体的な機能としては、API Managementを利用してMCPおよびA2A（Agent-to-Agent）APIのコンテンツに対して安全性やコンプライアンスのチェックを行うことが可能となります。これにより、APIを介したデータやメッセージのやり取りに対して、セーフティポリシーを一元的に管理・適用できるようになります。技術的には、API Managementのポリシー機能を活用し、リクエストやレスポンスの内容に対してコンテンツセーフティチェックを組み込むことができます。これにより、特定の条件やルールに基づいたフィルタリングや検証を行い、不適切なデータや違反コンテンツの流通を防止することが可能です。

活用シナリオとしては、エージェント型アプリケーションが複数のチャネルやサービス間でAPIを介してやり取りを行う際、組織のセーフティ基準やコンプライアンス要件を満たすためのチェックポイントとして利用できます。例えば、ユーザー生成コンテンツや外部からのデータ入力に対して、事前に安全性を検証することで、サービス全体の信頼性やセキュリティを向上させることができます。

注意点としては、コンテンツセーフティコントロールの適用範囲やルール設定が適切でない場合、正当なデータまでブロックされる可能性があるため、ポリシー設計時には十分な検証が必要です。また、既存のAPI Management機能と併用する際の制約や、MCPおよびA2A API特有の仕様に対応する必要があります。

関連するAzureサービスとの連携については、API Managementを中心に、Azure Active Directoryによる認証や、Azure Monitorによる監視・ログ管理と組み合わせることで、より高度なセーフティ管理や運用が実現できます。今回のアップデートにより、Azure API Managementを利用したMCPおよびA2A APIの安全性確保が標準機能として提供されるため、組織全体で統一的なセーフティポリシー運用が可能となります。

104. Public preview: Connector Namespace

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public preview: Connector Namespace

アップデートID: 562874 情報源: Azure Updates API

カテゴリ: In preview, Integration, Internet of Things, Logic Apps, Microsoft Build

要約:

【何が更新されたか】
Azureに「Connector Namespace」のパブリックプレビューが提供されました。

【主な変更点や新機能】
Connector Namespaceは、SaaSや業務システムとのアプリ統合時に必要となるAPIクライアントコードの作成や認証情報の管理、リトライ・ページネーション・Webhook対応などを簡素化する、完全マネージド型のサービスです。事前に構築されたコネクタを利用することで、各サービスとの連携作業を効率化できます。

【影響を受ける対象】
Azure上でアプリケーションと外部サービス（SaaSや業務システム）を統合する開発者や、API連携を行うシステムの管理者が主な対象です。

【注意点】
現在はパブリックプレビュー段階のため、本番環境での利用には注意が必要です。正式リリース前の機能や仕様変更の可能性があるため、検証環境での利用を推奨します。

詳細:

Azure Update「Public preview: Connector Namespace」は、アプリケーションとSaaSや業務システム（Line-of-business systems）との統合に関する課題を解決するために提供される新しいサービスです。従来、各種サービスと連携する際には、開発者が個別にAPIクライアントコードを記述し、認証情報の管理やリトライ処理、ページネーション、Webhookの受信処理など、多岐にわたる実装作業が必要でした。これらの作業は開発工数や運用負荷を増大させる要因となっていました。

Connector Namespaceは、これらの課題を解消するために設計されたフルマネージドサービスです。主な機能として、各種外部サービスとの連携に必要なAPIコネクタを事前に構築・提供し、開発者はこれらのコネクタを利用することで、個別のAPI実装や認証管理、エラー処理などの煩雑な作業を大幅に削減できます。サービスはAzure上で完全に管理されており、スケーラビリティや可用性、セキュリティについてもAzureの標準的な基準に準拠しています。

技術的な仕組みとしては、Connector Namespaceが提供するプリビルトのコネクタを利用することで、アプリケーションは統一されたインターフェースを通じて外部サービスと通信できます。これにより、認証情報の安全な取り扱いやAPIリクエストのリトライ、ページネーション処理、Webhookイベントの受信などがサービス側で自動的に処理されます。開発者はこれらの複雑な実装を意識することなく、迅速にシステム連携を実現できます。

活用シナリオとしては、複数のSaaSサービスや業務システムと連携する業務アプリケーションの開発、データ統合や自動化フローの構築などが挙げられます。たとえば、CRMやERP、カスタマーサポートシステムなど、さまざまな外部サービスとのデータ連携やイベント駆動型の処理を容易に実装できます。

注意点や制限事項については、現時点ではパブリックプレビュー段階であるため、利用できるコネクタの種類や機能に制限がある可能性があります。また、運用環境での利用に際しては、サービスのSLAやサポート範囲などを十分に確認する必要があります。

関連するAzureサービスとの連携については、Connector NamespaceはAzure Logic AppsやPower Automateなど、既存の統合サービスとも連携可能であり、より柔軟かつ拡張性の高いシステム統合基盤を構築できます。詳細については公式ドキュメントやアップデート情報を参照してください。

105. Generally Available: Azure Logic Apps MCP Server.

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure Logic Apps MCP Server.

アップデートID: 562868 情報源: Azure Updates API

カテゴリ: Launched, Integration, Internet of Things, Logic Apps, Microsoft Build

要約:

詳細:

Azure Logic Apps MCP Serverが一般提供（Generally Available）となりました。本アップデートの背景には、組織がAIエージェントやMCP（Microsoft Copilot Platform）ベースのツールを導入する際、既存のワークフローをエージェントから呼び出せるようにするために、統合チームがカスタムAPIレイヤーを構築・維持する必要があったという課題があります。この追加の実装作業は、開発工数や運用の複雑性を増大させていました。

今回のアップデートにより、Azure Logic Apps MCP Serverが提供されることで、こうしたカスタムAPIレイヤーの構築を不要とし、既存ワークフローをより容易にAIエージェントやMCPベースのツールから呼び出せるようになります。これにより、開発者や統合担当者は、APIラッパーの作成やメンテナンスにかかる負担を軽減し、より迅速かつ効率的にワークフローの統合を実現できます。

技術的には、Azure Logic Apps MCP Serverは、Logic Appsで構築されたワークフローをMCPやAIエージェントが直接呼び出せるようにするためのサーバーコンポーネントです。これにより、従来必要だったカスタムAPIの開発や中間層の設計が不要となり、既存のLogic Appsワークフローをそのまま活用できる点が大きな特徴です。実装に際しては、既存のLogic Apps環境にMCP Serverを導入し、必要な設定を行うことで、MCPやAIエージェントからの呼び出しを可能にします。

活用シナリオとしては、例えば社内のAIエージェントが既存の業務プロセス自動化ワークフローを利用する場合や、MCPベースのツールがLogic Appsで構築されたサービス連携フローを呼び出すケースが挙げられます。これにより、AIや自動化の導入が加速し、業務効率化やDX推進に貢献します。

注意点や制限事項については、現時点で公開されている情報が限られているため、詳細は公式ドキュメントやアップデートページを参照する必要があります。また、Azure Logic Apps MCP Serverは、他のAzureサービス、特にLogic AppsやAI関連サービスとの連携を前提として設計されているため、既存のAzureリソースとの統合を意識した設計が求められます。

本アップデートにより、Azure Logic Appsの活用範囲が拡大し、AIエージェントやMCPベースのツールとの統合がよりシンプルかつ効率的に実現できるようになりました。詳細については、公式アップデート情報（https://azure.microsoft.com/updates?id=562868）を参照してください。

106. Public Preview: Azure Logic Apps Codeful Workflows with Logic Apps Standard SDK.

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Azure Logic Apps Codeful Workflows with Logic Apps Standard SDK.

アップデートID: 562863 情報源: Azure Updates API

カテゴリ: In preview, Integration, Internet of Things, Logic Apps, Microsoft Build

要約:

【何が更新されたか】
Azure Logic Apps Standard SDKを利用した「Codeful Workflows」がパブリックプレビューとして提供開始されました。

【主な変更点や新機能】
従来のGUIベースのワークフロー作成に加え、開発者がコードで直接ワークフローを記述できるようになりました。これにより、コードによる柔軟な制御と、Logic Appsのマネージドオーケストレーション、エンタープライズコネクタ、クラウドスケールの運用機能を併用できます。

【影響を受ける対象】
主にシステム統合や自動化を担当する開発者や技術チームが対象です。コードベースのワークフローを求める現代的な開発プロセスに対応します。

【注意点】
本機能はパブリックプレビュー段階のため、商用利用時は安定性やサポート範囲に注意が必要です。また、SDKの仕様やAPIの変更が今後発生する可能性があります。

詳細:

Azure Logic Apps Codeful Workflows with Logic Apps Standard SDKのパブリックプレビューは、現代の統合および自動化チームが、コードベースでワークフローを記述する柔軟性を求めるニーズに対応するために提供されたアップデートです。従来のLogic Appsは、ビジュアルデザイナーやローコードアプローチを中心に設計されていましたが、今回のアップデートでは、開発者が直接コードでワークフローを構築できるようになり、より高度な制御や拡張性を実現しています。

具体的には、Logic Apps Standard SDKを利用することで、コードによるワークフロー定義が可能となります。これにより、従来のビジュアル設計ツールに依存せず、プログラム的にワークフローのロジックやフローを記述できるようになります。SDKは、Azure Logic Appsのマネージドオーケストレーション、エンタープライズコネクタ、クラウドスケールの運用機能といった既存の強みを維持しつつ、コードによるワークフロー開発のメリットを提供します。

技術的な仕組みとしては、Logic Apps Standard SDKを用いて、ワークフローの構造やアクション、トリガーなどをコードで記述し、それをAzure Logic Apps上で実行・管理する形となります。これにより、ソースコード管理やCI/CDパイプラインとの統合が容易になり、開発プロセスの効率化や品質向上が期待できます。

活用シナリオとしては、複雑なビジネスロジックや条件分岐を含むワークフローの実装、既存のコード資産との連携、開発チームによるアジャイルなワークフロー開発などが挙げられます。特に、コードによる柔軟な制御が必要な場面や、既存の開発プロセスにLogic Appsを組み込みたい場合に有効です。

注意点としては、パブリックプレビュー段階であるため、機能や仕様が今後変更される可能性があること、またSDKの利用には一定のプログラミング知識が必要であることが挙げられます。従来のビジュアルデザイナーと異なり、コードによるワークフロー設計には開発者のスキルが求められます。

関連するAzureサービスとの連携については、Logic AppsのエンタープライズコネクタやAzure Functions、Event Grid、Service Busなど、既存のAzure統合サービスと組み合わせて利用することが可能です。これにより、クラウドスケールの運用や複雑なシステム連携を実現できます。

以上が、Azure Logic Apps Codeful Workflows with Logic Apps Standard SDKのパブリックプレビューに関する技術者向けの詳細な説明です。

107. Generally Available: Azure API Management now supports AI gateway capabilities for Anthropic and Vertex AI models.

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure API Management now supports AI gateway capabilities for Anthropic and Vertex AI models.

アップデートID: 562858 情報源: Azure Updates API

カテゴリ: Launched, Integration, Internet of Things, Mobile, Web, API Management, Microsoft Build

要約:

詳細:

本アップデートは、Azure API Managementにおいて、AnthropicおよびVertex AIモデル向けのAIゲートウェイ機能が一般提供（GA）されたことを示しています。背景として、組織が外部AIプロバイダーのモデルを本番環境のアプリケーションに統合するケースが増加しており、プラットフォームチームは複数のAIプロバイダー間で一貫したセキュリティ、ガバナンス、監視を実現する手段を求めていました。従来は、中央集約型の制御やテレメトリが存在しない場合、コンプライアンス管理やトラブルシューティングが困難になる課題がありました。

今回のアップデートにより、Azure API ManagementはAnthropicおよびVertex AIといった外部AIプロバイダーのモデルに対して、APIゲートウェイとしての一元的な管理機能を提供します。これにより、API経由でAIモデルへのアクセス制御、認証、認可、リクエスト・レスポンストラッキングなどのセキュリティ機能や、ポリシー適用、利用状況の監視、ロギングといったガバナンス・オブザーバビリティ機能を、Azure API Managementの標準機能として利用できるようになります。

技術的には、API Managementのインスタンスを介してAnthropicやVertex AIのモデルAPIへのプロキシを構成し、Azure上で一元的にエンドポイントを公開します。これにより、既存のAPI Managementポリシー（例：IP制限、レート制限、JWT認証など）をAIモデルAPIにも適用可能となり、組織全体で統一されたセキュリティ基準を維持できます。また、API Managementの診断ログやメトリクスを活用することで、AIモデルへのリクエストやレスポンスの監視・分析も容易になります。

活用シナリオとしては、複数のAIプロバイダーを利用するマルチクラウドAI戦略を採用する場合や、外部AIモデルの利用に対して厳格なアクセス管理や監査証跡が必要な金融・医療などの業界で有効です。たとえば、社内アプリケーションからAnthropicの大規模言語モデルやVertex AIの画像認識モデルを利用する際、API Managementを経由させることで、セキュアかつガバナンスの効いた運用が実現できます。

注意点としては、API Management経由でのプロキシ利用により、レイテンシやスループットに影響が出る可能性があるため、パフォーマンス要件に応じた設計が必要です。また、各AIプロバイダー固有のAPI仕様や認証方式への対応も考慮する必要があります。

関連するAzureサービスとしては、API Managementと連携するAzure Monitorによる詳細な監視や、Azure Policyによるガバナンス強化、Azure Key Vaultによるシークレット管理などが挙げられます。これらを組み合わせることで、エンタープライズレベルのセキュアで統制されたAI活用基盤を構築できます。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=562858）を参照してください。

108. Generally Available: Azure API Management workspaces now support the built-in gateway

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure API Management workspaces now support the built-in gateway

アップデートID: 562848 情報源: Azure Updates API

カテゴリ: Launched, Integration, Internet of Things, Mobile, Web, API Management, Microsoft Build

要約:

詳細:

本アップデートは、Azure API Management（APIM）のワークスペースベースのAPI管理モデルにおいて、組み込みゲートウェイ（built-in gateway）のサポートが一般提供（GA）されたことを示しています。従来、ワークスペースベースのAPI管理を利用する場合、専用のワークスペースゲートウェイとPremium層のデプロイメントが必要であり、これによりコスト増加や運用の複雑化が課題となっていました。今回のアップデートにより、組織は追加のゲートウェイやPremium層を導入せずとも、API Managementワークスペースの機能を活用できるようになりました。

具体的には、API Managementワークスペース内で組み込みゲートウェイが利用可能となり、APIの公開や管理、アクセス制御などの基本的なAPI管理機能をよりシンプルに実装できます。これにより、APIのライフサイクル管理やセキュリティポリシーの適用、利用状況の監視といったAPIMの標準機能を、追加コストや複雑な構成を必要とせずに利用できる点が大きな特徴です。

技術的な仕組みとしては、APIMワークスペースがAzureのマネージドサービスとして提供する組み込みゲートウェイを活用することで、APIエンドポイントの公開やルーティング、認証・認可処理などが自動的に管理されます。これにより、従来必要だった専用ゲートウェイのデプロイやネットワーク構成の調整が不要となり、開発者や運用担当者の負担が軽減されます。

活用シナリオとしては、マルチチームや部門ごとにAPI管理を分離したい場合や、開発・テスト環境で迅速にAPI管理機能を利用したい場合に有効です。また、APIのバージョン管理やアクセス制御を細かく設定したいケースでも、ワークスペース単位での管理が容易になるため、組織全体のAPIガバナンス強化にも寄与します。

注意点としては、組み込みゲートウェイが提供する機能やパフォーマンス、スケーラビリティが、従来の専用ゲートウェイやPremium層と同等であるかは、利用前に公式ドキュメントで確認する必要があります。また、既存のAPIMインスタンスや他のAzureサービス（例：Azure Functions、Logic Apps、App Service等）との連携についても、ワークスペースベースの構成における制約やベストプラクティスを事前に把握しておくことが推奨されます。

本アップデートは、API管理のコスト効率化と運用の簡素化を実現し、Azure上でのAPIエコシステムの拡張性と柔軟性を高めるものです。詳細や最新情報については、公式アップデートページ（https://azure.microsoft.com/updates?id=562848）を参照してください。

109. Generally Available: Azure API Management adds support for Agent-to-Agent (A2A) APIs

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure API Management adds support for Agent-to-Agent (A2A) APIs

アップデートID: 562843 情報源: Azure Updates API

カテゴリ: Launched, Integration, Internet of Things, Mobile, Web, API Management, Microsoft Build

要約:

【何が更新されたか】
Azure API Managementが、Agent-to-Agent（A2A）APIのサポートを一般提供（GA）開始しました。

【主な変更点や新機能】
これまでAPI管理の対象外だったエージェント間通信（A2A API）を、API Managementのガバナンスや管理機能の範囲に含めることが可能になりました。これにより、エージェント同士の通信にも認証、監視、制御、ポリシー適用などのAPI管理機能を利用できます。

【影響を受ける対象】
エージェントベースのアプリケーションや、AIシステム内でエージェント間通信を行う企業・開発者が主な対象です。A2A APIを活用することで、既存のAPI管理基盤を拡張し、セキュリティや運用の一貫性を高めることができます。

【注意点】
A2A APIの管理機能を利用する際は、既存のAPI管理ポリシーや認証方式がエージェント通信に適用されるため、設計時に通信フローやセキュリティ要件を再確認する必要があります。既存環境への導入時は、API管理の影響範囲を十分に検討してください。

詳細:

本アップデートは、Azure API ManagementがAgent-to-Agent（A2A）APIのサポートを一般提供（GA）として追加したことを示しています。近年、企業のAIシステムにおいてエージェント型アプリケーションの構築が進む中、エージェント同士の通信、すなわちA2A通信がエンタープライズAIの中核要素となりつつあります。しかし、多くの環境では、エージェント間のトラフィックが既存のAPIガバナンスレイヤーの外部で処理されるため、APIの管理や制御、セキュリティポリシーの適用が困難となっていました。

今回のアップデートにより、Azure API ManagementはA2A APIの通信を公式にサポートし、これまでガバナンスの対象外となっていたエージェント間のAPIトラフィックにも、組織のAPI管理ポリシーやセキュリティ制御を適用できるようになります。これにより、APIのライフサイクル管理、アクセス制御、監査、レートリミットなどの標準的なAPI管理機能をA2A通信にも拡張することが可能となります。

技術的には、Azure API Managementの既存のAPIプロキシ機能やポリシー適用機能を活用し、A2A通信経路をAPI Managementの管理下に統合する形で実装されます。これにより、エージェント同士のAPI呼び出しも他のAPIと同様に、認証・認可、トラフィック管理、ロギング、モニタリングなどの機能を一元的に適用できます。

活用シナリオとしては、複数のAIエージェントが連携して業務プロセスを自動化する場合や、マイクロサービスアーキテクチャにおいてAIエージェントが他のサービスやエージェントとAPI経由で連携するケースが挙げられます。これらのシナリオで、API Managementを経由することで、セキュリティやガバナンスを強化しつつ、運用の一貫性を確保できます。

注意点としては、A2A通信をAPI Management経由にすることで、従来よりもAPI呼び出しのレイテンシが増加する可能性があること、またAPI Managementの利用料金やスケーリング要件を考慮する必要がある点が挙げられます。

本機能は、Azure API Managementの他の機能やAzure Active Directoryなどの認証基盤、Azure Monitorによる監視機能とも連携可能です。これにより、エンタープライズレベルのセキュリティと運用管理をA2A APIにも適用できるようになります。

110. Generally Available: Azure Cosmos DB global secondary indexes

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure Cosmos DB global secondary indexes

アップデートID: 562799 情報源: Azure Updates API

カテゴリ: Launched, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

Azure Cosmos DBにおいて、グローバルセカンダリインデックス（Global Secondary Indexes、以下GSI）が一般提供（GA）となりました。GSIは、アプリケーションコードの複雑さを増すことなく、クエリパフォーマンスを大幅に向上させるための強力な手段です。GSIは読み取り専用のコンテナとして動作し、元のデータと自動的に同期される仕組みを持っています。これにより、開発者は既存のデータモデルやアプリケーションロジックを大きく変更することなく、特定のクエリパターンに最適化されたインデックスを追加できます。

本アップデートの背景には、グローバル分散型データベースであるCosmos DBにおいて、複雑なクエリや多様なアクセスパターンに対応するための柔軟性とパフォーマンス向上のニーズがあります。従来、Cosmos DBではパーティションキーや既定のインデックス戦略に依存していたため、特定の属性や複数の属性に対する効率的なクエリが困難な場合がありました。GSIの導入により、これらの課題を解決し、アプリケーションのスケーラビリティとレスポンス向上が期待できます。

GSIの技術的な仕組みとしては、指定した属性や属性の組み合わせに基づいてインデックスを作成し、元データの変更がリアルタイムでGSIにも反映されるようになっています。GSIは読み取り専用であるため、書き込み操作は元のコンテナに対して行い、GSI側ではクエリの最適化や高速化に特化した利用が想定されています。実装に際しては、Azure PortalやCLI、SDKを通じてGSIの作成・管理が可能です。

活用シナリオとしては、グローバルに分散したユーザーが異なる属性でデータを検索する必要がある場合や、既存のパーティションキーとは異なる属性で効率的なクエリを実現したい場合に有効です。例えば、ユーザーID以外の属性（例：メールアドレスや注文番号）で頻繁に検索するECサイトや、複数のフィールドを組み合わせた検索が求められる分析アプリケーションなどで活用できます。

注意点として、GSIは読み取り専用であり、書き込みや更新は元のコンテナでのみ可能です。また、GSIの作成や運用には追加のリソースコストが発生するため、コスト管理やパフォーマンス要件を十分に考慮する必要があります。さらに、GSIの整合性や同期遅延についても、要件に応じて設計段階で検討することが重要です。

関連するAzureサービスとの連携としては、Cosmos DBの他の機能や、Azure Functions、Logic Appsなどのサーバーレスサービスと組み合わせることで、イベント駆動型アーキテクチャやリアルタイム分析基盤の構築が容易になります。GSIの導入により、Cosmos DBを利用したシステムの設計や運用の柔軟性がさらに向上します。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=562799）をご参照ください。

111. Public Preview: Agentic Retrieval Toolkit for Azure Cosmos DB

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Agentic Retrieval Toolkit for Azure Cosmos DB

アップデートID: 562794 情報源: Azure Updates API

カテゴリ: In preview, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

Azure Cosmos DB向けAgentic Retrieval Toolkitのパブリックプレビューが発表されました。本アップデートは、GraphRAGやマルチホップ推論問題に動機付けられており、従来の検索拡張生成（Retrieval-Augmented Generation: RAG）アプリケーションをさらに高度化するための新機能を提供します。これにより、Azure Cosmos DB上でより複雑なデータ検索や推論処理を伴うRAGアプリケーションの構築が可能となります。

Agentic Retrieval Toolkitは、Azure Cosmos DBに格納されたデータに対して、エージェントベースの検索および推論処理を実行するためのツールキットです。GraphRAGに代表されるような、グラフ構造を活用した複数ステップの情報検索や、複数の関連情報を横断的に参照するマルチホップ推論を支援する設計となっています。これにより、単純なキーワード検索を超えた、文脈や関係性を考慮した高度な情報取得が実現できます。

技術的には、Azure Cosmos DBの分散型NoSQLデータベース基盤上で、RAGアプリケーションのためのエージェント的な検索ロジックを組み込むことが可能です。これにより、複雑なクエリや複数段階の情報取得フローを、アプリケーション側で効率的に実装できます。実装方法としては、Agentic Retrieval ToolkitのAPIやSDKを活用し、既存のAzure Cosmos DBインスタンスと連携させる形で開発を進めます。

活用シナリオとしては、ナレッジグラフを活用した企業内FAQシステム、複数の関連ドキュメントを横断的に参照するリサーチ支援ツール、あるいは複雑な関連データを基にした意思決定支援システムなどが考えられます。これらのシステムでは、単一の検索クエリだけでなく、複数のデータポイントを連続的に参照しながら最終的な回答や推論を導き出す必要があり、Agentic Retrieval Toolkitがその実装を大幅に効率化します。

注意点としては、本機能は現時点でパブリックプレビューであるため、運用環境での利用には慎重な検証が必要です。また、正式リリース前のため、API仕様や機能が今後変更される可能性があります。

関連するAzureサービスとしては、Azure Cosmos DBが基盤となりますが、RAGアプリケーションの構築にあたっては、Azure OpenAI ServiceやAzure Cognitive Searchなど、他のAI・検索サービスと組み合わせて利用することで、より高度なソリューションを実現できます。

詳細については公式アップデートページ（https://azure.microsoft.com/updates?id=562794）を参照してください。

112. Public Preview: Semantic reranker in Azure Cosmos DB

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Semantic reranker in Azure Cosmos DB

アップデートID: 562784 情報源: Azure Updates API

カテゴリ: In preview, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

【何が更新されたか】
Azure Cosmos DBにおいて、「セマンティックリランカー（Semantic reranker）」機能のパブリックプレビューが開始されました。

【主な変更点や新機能】
セマンティックリランカーは、クエリや検索結果の意味や文脈を解析し、より関連性の高い順に結果を再並べ替えます。従来のキーワードベースの検索に加え、コンテキストを考慮したリランキングが可能となり、検索精度やユーザー体験の向上が期待できます。

【影響を受ける対象】
Azure Cosmos DBを利用している開発者やデータベース管理者が対象です。特に、検索機能やクエリ結果の関連性向上を求めるアプリケーションに恩恵があります。

【注意点】
本機能は現在パブリックプレビュー段階です。商用利用や運用環境での利用時には、正式リリース前であることを考慮し、十分な検証を行ってください。

詳細:

Azure Cosmos DBにおいて、セマンティックリランカー（semantic reranker）のパブリックプレビューが提供開始されました。このアップデートの背景には、従来のクエリや検索結果が単純なキーワードマッチやスコアリングによる並び替えに依存していたことがあり、より高度な文脈的関連性を考慮した検索体験の実現が求められていました。今回のセマンティックリランカーは、クエリとデータの意味を解析し、単なる文字列一致ではなく、コンテキストに基づく関連性を評価して結果を再順位付けすることを目的としています。

具体的な機能としては、Cosmos DBのクエリや検索結果に対して、セマンティックリランカーが意味的解析を行い、文脈的な関連度に基づいて結果を並び替えることが可能になります。これにより、ユーザーが意図する情報や、より適切なデータが上位に表示されるようになります。従来の単純なスコアリングやフィルタリングでは対応できなかった、複雑な意味の理解や文脈の把握が可能となります。

技術的な仕組みとしては、セマンティックリランカーはクエリとデータの意味的特徴を抽出し、それらを比較することで関連度を算出します。これには自然言語処理（NLP）技術や、意味ベクトルの計算などが用いられますが、詳細な実装方法や内部アルゴリズムについては公開されていません。Azure Cosmos DBの既存の検索機能と組み合わせて利用することで、検索結果の精度向上が期待できます。

活用シナリオとしては、例えばユーザーが曖昧な表現や複数の意味を持つクエリを入力した場合でも、セマンティックリランカーが文脈を理解し、より適切なデータを上位に提示することが可能です。ECサイトの商品検索や、FAQデータベースの問い合わせ対応など、検索結果の関連性が重要な場面で有効に活用できます。

注意点としては、現時点ではパブリックプレビュー段階であり、正式リリース前の機能であるため、安定性やパフォーマンス、サポート体制に制限がある可能性があります。また、セマンティックリランカーの利用には追加の設定や構成が必要になる場合がありますので、最新のドキュメントを参照しながら導入を進める必要があります。

関連するAzureサービスとの連携については、Cosmos DBの検索機能や、Azure Cognitive Searchなどの検索サービスと組み合わせることで、より高度な検索体験を実現できます。セマンティックリランカーの導入により、Azure上でのデータ検索や分析の精度向上が期待されます。

113. Public Preview: Agent Memory Toolkit for Azure Cosmos DB

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Agent Memory Toolkit for Azure Cosmos DB

アップデートID: 562779 情報源: Azure Updates API

カテゴリ: In preview, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細は公式アップデートページ（リンク）をご参照ください。

詳細:

本アップデートは、「Agent Memory Toolkit for Azure Cosmos DB」のパブリックプレビュー公開に関するものです。Azure Cosmos DB向けの新しいツールキットであり、エージェント型アプリケーションの開発を加速することを目的としています。エージェント型アプリケーションとは、AIや自律的なプロセスが外部環境と対話し、状態や履歴を記憶しながら動作するアプリケーションを指します。本ツールキットは、これらのアプリケーションにおける「メモリ」システムの実装を支援するために設計されています。

具体的には、Agent Memory Toolkitはカスタマイズ可能かつコードファーストなアプローチを提供し、開発者がスケーラブルで耐久性が高く、コスト効率に優れたメモリシステムを構築できるようにします。これにより、従来は複雑な設計や実装が必要だったエージェントの状態管理や履歴保存を、Azure Cosmos DBの分散型NoSQLデータベース基盤上で容易に実現できます。

技術的な仕組みとしては、Azure Cosmos DBの高い可用性とグローバル分散機能を活用し、エージェントが生成・取得する情報を効率的に保存・検索できるよう設計されています。コードファーストな実装方針により、開発者はプログラムコード上でデータモデルや保存ロジックを定義し、アプリケーションの要件に応じて柔軟にカスタマイズ可能です。これにより、既存のアプリケーションへの統合や新規開発時の導入が容易になります。

主な活用シナリオとしては、AIエージェントがユーザーとの会話履歴や意思決定プロセスを記憶し、継続的な対話やパーソナライズされた応答を実現するケースが挙げられます。また、業務プロセス自動化やIoTデバイスの状態管理など、エージェントが過去の情報を参照しながら動作するユースケースにも適しています。

注意点としては、本ツールキットがパブリックプレビュー段階であるため、運用環境での利用には十分な検証が必要です。また、Azure Cosmos DBの課金体系やスループット設定など、コストやパフォーマンスに関する考慮も必要です。

関連するAzureサービスとの連携については、Azure Cosmos DBを基盤としつつ、他のAIサービスやアプリケーションロジックと組み合わせて利用することが想定されます。これにより、Azure上でエンドツーエンドのエージェント型アプリケーションを構築する際の基盤技術として活用できます。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=562779）を参照してください。

114. Public Preview: Safe key rotation for Azure Cosmos DB

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Safe key rotation for Azure Cosmos DB

アップデートID: 562774 情報源: Azure Updates API

カテゴリ: In preview, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

Azure Cosmos DBの「Safe key rotation」機能のパブリックプレビューが発表されました。このアップデートの背景には、Azure Cosmos DBアカウントのアクセスキーを安全かつ確実にローテーションする必要性があります。従来、アクセスキーのローテーション時に、どのキーが現在アプリケーションで使用されているかを把握する手段がなく、誤ってまだ使用中のキーを無効化してしまうリスクがありました。これにより、アプリケーションの接続障害やサービス停止につながる可能性があり、運用上の大きな課題となっていました。

今回のアップデートでは、各アクセスキーが最後に使用された日時を可視化する機能が追加されました。これにより、管理者はキーの使用状況を確認しながら、安全にローテーション作業を進めることができます。具体的には、Azure Cosmos DBアカウントの管理画面やAPIを通じて、アクセスキーごとに「最終使用日時」が表示されます。この情報を基に、現在どのキーがアクティブに利用されているかを判断し、不要になったキーを無効化するタイミングを適切に選択できます。

技術的な仕組みとしては、Azure Cosmos DBがアクセスキーによる認証リクエストを受け付ける際に、その使用履歴を記録し、管理者に提供する形となっています。これにより、運用担当者はキーのローテーション計画を立てる際に、実際の使用状況に基づいた意思決定が可能となります。実装方法としては、Azure PortalやCLI、APIなど既存の管理ツールから使用履歴の確認ができるようになっています。

活用シナリオとしては、セキュリティポリシーに基づき定期的なキーのローテーションを実施する場合や、万が一キーが漏洩した際の迅速な対応が求められる場合に、Safe key rotation機能が有効です。例えば、複数のアプリケーションが同一アカウントのキーを利用している場合でも、どのキーがどのタイミングで使われているかを把握できるため、運用ミスによる障害リスクを大幅に低減できます。

注意点としては、Safe key rotation機能はパブリックプレビュー段階であり、本番環境での利用には十分な検証が必要です。また、キーの最終使用日時はあくまでAzure Cosmos DB側で記録された情報であり、アプリケーション側のキャッシュや設定変更が即座に反映されない場合も考慮する必要があります。

関連するAzureサービスとの連携については、Azure Cosmos DBのアクセス管理やセキュリティ運用の一環として、Azure Key VaultやAzure Monitorなどと組み合わせることで、より高度なセキュリティ管理や監査が可能となります。Safe key rotation機能は、Azure Cosmos DBの運用におけるセキュリティ強化と安定稼働を支援する重要なアップデートです。

115. Public Preview: Integrated embeddings for Azure Cosmos DB for NoSQL

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Integrated embeddings for Azure Cosmos DB for NoSQL

アップデートID: 562764 情報源: Azure Updates API

カテゴリ: In preview, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

本アップデートは、Azure Cosmos DB for NoSQLにおいて統合型エンベディング（integrated embeddings）機能がパブリックプレビューとして提供開始されたことを示しています。これにより、AIアプリケーションの開発において、データのエンベディング生成と管理がAzure Cosmos DB内で自動的に実行できるようになります。従来は、エンベディング生成のために外部の機械学習パイプラインやバッチ処理を構築し、結果を別途ストレージに保存する必要がありましたが、本機能によりこれらの手間が大幅に削減されます。

具体的には、Azure Cosmos DB for NoSQLが格納されたデータに対して直接エンベディングを生成し、その管理も自動的に行います。これにより、開発者はエンベディング生成のための追加のインフラやワークフローを設計・運用する必要がなくなります。エンベディングとは、テキストや画像などの非構造データをベクトル空間にマッピングする技術であり、AIや機械学習モデルにおいて類似検索や意味的な比較を行う際に不可欠な要素です。

技術的な仕組みとしては、Azure Cosmos DB for NoSQLの内部でエンベディング生成処理が統合されており、ユーザーはデータを投入するだけで自動的にエンベディングが生成・維持されます。これにより、リアルタイム性が求められるアプリケーションや、頻繁にデータが更新されるシナリオでも、常に最新のエンベディング情報を活用できます。

活用シナリオとしては、ドキュメント検索やレコメンデーション、チャットボット、類似文書検索など、エンベディングを活用したAI機能を迅速に実装することが可能です。特に、Azure Cosmos DBのグローバル分散やスケーラビリティと組み合わせることで、大規模なデータセットに対しても効率的なAI処理が実現できます。

注意点としては、本機能が現時点でパブリックプレビューであるため、本番環境での利用には慎重な検証が必要です。また、詳細なAPI仕様や制限事項については公式ドキュメントを参照することが推奨されます。

関連するAzureサービスとの連携については、Azure OpenAI ServiceやCognitive Searchなど、他のAI関連サービスと組み合わせることで、より高度なAIソリューションの構築が期待できます。エンベディング生成機能がCosmos DBに統合されたことで、データベースとAIサービス間のデータ連携がシームレスになり、開発効率の向上が見込まれます。

116. Public Preview: OmniVec, an open-source embedding toolkit for Azure

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: OmniVec, an open-source embedding toolkit for Azure

アップデートID: 562759 情報源: Azure Updates API

カテゴリ: In preview, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

今回のAzure Updateは、「OmniVec」というオープンソースのエンベディングツールキットのパブリックプレビュー公開に関するものです。OmniVecは、複数のデータソースからエンベディング生成を自動化し、Azure Cosmos DBやその他のAzureサービスへのデータ格納を可能とする仕組みを提供します。AIアプリケーションの構築においては、データ抽出、エンベディング生成、ベクトルデータベースへの書き込みという一連の処理が必要ですが、OmniVecはこれらのプロセスを効率化することを目的としています。

具体的な機能として、OmniVecは様々なデータソースからデータを取得し、そのデータに対してエンベディング生成を行い、生成されたベクトルデータをAzure Cosmos DBなどのAzureのデータストアに保存することができます。これにより、AIアプリケーションの開発者は、データの前処理やエンベディング生成、データベースへの格納を一元的に管理できるようになります。OmniVecはオープンソースであるため、ユーザーは自由にカスタマイズや拡張が可能です。

技術的な仕組みとしては、OmniVecがデータ抽出からエンベディング生成、そしてデータストアへの書き込みまでの一連の処理を自動化するパイプラインを提供します。エンベディング生成には、既存のAIモデルやエンベディングアルゴリズムを利用することが想定されており、生成されたベクトルデータはAzure Cosmos DBなどのベクトルデータベースに格納されます。これにより、後続のAIアプリケーションや検索処理などで効率的に利用することが可能です。

活用シナリオとしては、例えば大量のテキストデータや画像データをエンベディング化し、Azure Cosmos DBに保存して類似検索やレコメンデーションに活用するケースが挙げられます。また、複数のデータソースからのデータ統合や、エンベディング生成の自動化による開発効率の向上も期待できます。

注意点としては、パブリックプレビュー段階であるため、機能や安定性に制限がある可能性があります。また、OmniVecの利用にはAzure Cosmos DBなどの関連サービスの設定や運用が必要となります。

OmniVecはAzure Cosmos DBをはじめとするAzureの各種データストアと連携可能であり、AIアプリケーション開発におけるデータ前処理やベクトルデータ管理の効率化に寄与します。今後の正式リリースに向けて、技術者はパブリックプレビューを活用し、実環境での検証やフィードバックを行うことが推奨されます。

117. Generally Available: Azure Cosmos DB Linux emulator (vNext)

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure Cosmos DB Linux emulator (vNext)

アップデートID: 562754 情報源: Azure Updates API

カテゴリ: Launched, Databases, Internet of Things, Azure Cosmos DB, Microsoft Build, Feature

要約:

詳細:

Azure Cosmos DB Linux emulator (vNext)の一般提供が開始されました。本アップデートは、Azure Cosmos DB for NoSQL向けのローカル開発およびテスト環境をLinux上で実現することを目的としています。これまでCosmos DBエミュレーターは主にWindows環境向けに提供されていましたが、今回のvNextエミュレーターはクロスプラットフォーム対応となっており、Dockerベースで動作する軽量なコンテナとして提供されます。これにより、Linux環境やCI/CDパイプライン、クラウドベースの開発環境など、より幅広い開発シナリオでの利用が可能となります。

具体的には、vNextエミュレーターはDockerコンテナとしてローカルマシン上で起動し、Azure Cosmos DB for NoSQLのAPIと互換性のあるエンドポイントを提供します。開発者はこのエミュレーターを利用することで、Azure Cosmos DB本番環境と同様のAPIを用いたアプリケーションの開発・テストがローカルで完結できます。これにより、クラウドリソースの消費やコストを気にすることなく、迅速な開発サイクルを実現できます。

技術的には、Dockerイメージとして提供されるため、Linuxだけでなく、Dockerが動作する任意の環境（例：MacOS、Windows上のWSL2など）でも利用可能です。導入はDockerコマンドによるイメージのプルとコンテナ起動のみで完結し、複雑なセットアップ作業を必要としません。エミュレーターはNoSQL APIに対応しており、アプリケーションからは本番のCosmos DBと同じ接続文字列や認証方式でアクセスできます。

活用シナリオとしては、ローカル開発環境でのアプリケーション動作検証、CI/CDパイプライン内での自動テスト、またはクラウドへのデプロイ前の動作確認などが挙げられます。これにより、開発者はクラウドリソースの利用申請やネットワーク制約を気にせず、柔軟に開発・テストを進めることができます。

注意点としては、エミュレーターは本番のAzure Cosmos DBと完全に同一の機能やパフォーマンスを提供するものではないため、本番環境特有の挙動や制約が再現できない場合があります。また、NoSQL API以外のAPI（例：MongoDB APIやCassandra APIなど）には対応していません。エミュレーターはあくまでローカル開発・テスト用途に限定されており、本番運用やパフォーマンステストには適していません。

関連するAzureサービスとの連携については、Azure Cosmos DBを利用するアプリケーションの開発プロセス全体において、ローカル環境での検証からクラウド本番環境への移行をスムーズに行うための重要な役割を果たします。これにより、Azure DevOpsやGitHub ActionsなどのCI/CDサービスと組み合わせた自動化も容易になります。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=562754）をご参照ください。

118. Public Preview: Microsoft Defender for Cloud support for Azure Container Apps (Serverless Containers Posture)

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Microsoft Defender for Cloud support for Azure Container Apps (Serverless Containers Posture)

アップデートID: 562569 情報源: Azure Updates API

カテゴリ: In preview, Features

要約:

詳細:

今回のアップデートは、Microsoft Defender for CloudがAzure Container Apps環境に対してServerless Containers Postureのサポートを提供するPublic Previewの開始に関するものです。背景として、クラウドネイティブなアプリケーション開発が進む中で、セキュリティチームはコンテナ環境全体のセキュリティポスチャー管理を効率化する必要性が高まっています。従来は、KubernetesやVMベースのコンテナ管理が中心でしたが、Azure Container Appsのようなサーバーレスコンテナ環境にもセキュリティ管理の適用範囲を拡大することが求められていました。

今回のアップデートでは、Azure Container Apps環境をMicrosoft Defender for CloudのServerless Containers Posture管理ワークフローに統合できるようになりました。これにより、セキュリティチームは複数のコンテナ基盤を単一のワークフローで管理でき、ポスチャー管理の一貫性と効率性が向上します。具体的には、Azure Container Appsの環境がDefender for Cloudの監視対象となり、セキュリティポリシーの適用やコンテナイメージのスキャン、脆弱性の検出、リスク評価などの機能が利用可能になります。

技術的な仕組みとしては、Microsoft Defender for CloudがAzure Container Appsのリソースに対してセキュリティポスチャー管理を行うための統合が実装されています。これにより、Azureポータル上でDefender for CloudのダッシュボードからAzure Container Appsのセキュリティ状態を確認し、必要なアクションを実施することができます。導入に際しては、Azure Container Apps環境をDefender for Cloudの管理対象として追加する設定が必要です。

活用シナリオとしては、複数のコンテナ基盤（Kubernetes、VMベース、サーバーレスコンテナ）を運用している企業が、セキュリティポスチャー管理を統合することで運用負荷を軽減し、コンプライアンス要件への対応を強化するケースが想定されます。また、DevSecOpsの実践において、開発・運用チームがAzure Container Appsのセキュリティ状態をリアルタイムで把握し、脆弱性対応やリスク管理を迅速に行うことが可能となります。

注意点としては、現時点ではPublic Previewであるため、機能やサポート範囲に制限がある場合があります。正式リリース前の段階であるため、本番環境での利用には慎重な検討が必要です。また、既存のDefender for Cloud機能との連携や、Azure Container Apps固有の制約事項については、公式ドキュメントやアップデート情報を随時確認することが推奨されます。

関連するAzureサービスとしては、Microsoft Defender for Cloud、Azure Container Apps、Azureポータルが挙げられます。これらのサービス間での連携により、クラウドネイティブなコンテナ運用環境のセキュリティ管理が一層強化されます。

119. Generally Available: Confidential Compute support on Azure Container Apps

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Confidential Compute support on Azure Container Apps

アップデートID: 562564 情報源: Azure Updates API

カテゴリ: Launched, Containers, Azure Container Apps, Features

要約:

詳細:

本アップデートは、「Azure Container Apps」においてConfidential Computeのサポートが一般提供（GA）されたことを示しています。これにより、規制対象や機密性の高いコンテナ化ワークロードを運用する顧客が、データの処理中におけるセキュリティを強化できるようになりました。特に、高度な分離や厳格なコンプライアンス要件が求められるシナリオにおいて、データ保護のレベルを向上させることが目的です。

具体的な機能としては、Azure Container Apps上でConfidential Compute対応のノードを利用することで、実行中のコンテナワークロードに対してメモリ内データの暗号化や、ハードウェアベースの信頼された実行環境（Trusted Execution Environment: TEE）による保護が可能となります。これにより、ホストOSやハイパーバイザー、クラウド管理者などからのアクセスリスクを低減し、データの機密性を確保します。

技術的な仕組みとしては、AzureのConfidential Computeは、CPUレベルでのメモリ暗号化機能や、TEEを活用したアプリケーションの隔離を実現しています。Azure Container AppsでConfidential Computeを有効化することで、これらのハードウェアセキュリティ機能をコンテナワークロードに適用できるようになります。実装方法としては、Azure PortalやARMテンプレート、CLIなどを用いて、Confidential Compute対応の環境を選択してデプロイすることが想定されます。

活用シナリオとしては、金融、医療、公共機関など、厳格な法規制やコンプライアンス要件が課される業界における機密データの処理や、サードパーティとのデータ共有時におけるセキュリティ強化などが挙げられます。また、マルチテナント環境でのデータ分離や、内部脅威への対策としても有効です。

注意点としては、Confidential Compute対応ノードは通常のノードに比べてコストが高くなる可能性がある点や、利用可能なリージョンやVMサイズに制限がある場合がある点が考えられます。また、アプリケーションやミドルウェアがConfidential Compute環境に対応している必要があります。

関連するAzureサービスとしては、Azure Kubernetes Service（AKS）やAzure Virtual MachinesのConfidential Compute機能が挙げられます。これらと同様に、Azure Container AppsでもConfidential Computeを活用することで、より幅広いセキュアなクラウドネイティブアプリケーションの構築が可能となります。

120. Generally Available: Monitor HTTP traffic in Azure Container Apps

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Monitor HTTP traffic in Azure Container Apps

アップデートID: 562559 情報源: Azure Updates API

カテゴリ: Launched, Containers, Azure Container Apps, Features

要約:

【何が更新されたか】
Azure Container Appsで、HTTPトラフィックの監視機能が一般提供（GA）されました。

【主な変更点や新機能】
新たに「ContainerAppHTTPLogs」というAzure Monitorの診断設定カテゴリが追加され、プラットフォームレベルのログに加えて、詳細なHTTPアクセスログを取得できるようになりました。このログは大量のリクエストデータにも対応しており、受信トラフィックの詳細な監視・分析が可能です。

【影響を受ける対象】
Azure Container Appsを利用している開発者や運用担当者が対象です。HTTPトラフィックの可視化やトラブルシューティング、セキュリティ監査などに役立ちます。

【注意点】
HTTPアクセスログの取得にはAzure Monitorの診断設定が必要です。ログの保存先や保持期間、コストなどを事前に確認してください。大量のリクエストを扱う場合、ログのストレージ容量やパフォーマンスへの影響にも注意が必要です。

詳細:

本アップデートは、Azure Container AppsにおいてHTTPトラフィックの監視機能が一般提供（GA）されたことを示しています。これまでAzure Container Appsではプラットフォームレベルのログが提供されていましたが、新たに「ContainerAppHTTPLogs」という専用のAzure Monitor診断設定カテゴリが追加されました。このカテゴリは、アプリケーションに対する外部からのHTTPアクセスログを詳細に取得できるよう設計されており、高トラフィック環境における大量のリクエストデータにも対応しています。

具体的には、ContainerAppHTTPLogsを利用することで、従来の標準的なログ情報に加え、HTTPリクエストに関する詳細なアクセスログを取得できます。これにより、アプリケーションの利用状況やパフォーマンス、セキュリティインシデントの検出、トラブルシューティングの効率化が期待できます。技術的には、Azure Monitorの診断設定からContainerAppHTTPLogsカテゴリを有効化し、ログデータをLog AnalyticsワークスペースやEvent Hub、Storage Accountなどの既存のAzureサービスに転送することが可能です。

この機能の活用シナリオとしては、アプリケーションの利用状況分析や異常トラフィックの検出、APIのパフォーマンス監視、セキュリティ監査などが挙げられます。例えば、特定のエンドポイントへのアクセス頻度やレスポンス状況を可視化し、問題発生時の迅速な原因特定や対応に役立てることができます。

注意点としては、本機能は高ボリュームのリクエストデータにも対応する設計となっていますが、ログの保存先や保持期間、コスト管理など、Azure Monitorの一般的な制約やベストプラクティスに従う必要があります。また、関連するAzureサービスとの連携も容易であり、Log Analyticsによるクエリやダッシュボード作成、Event Hubを介した外部システム連携など、既存の監視・運用基盤と統合して利用することが可能です。

本アップデートにより、Azure Container Appsの運用監視が一層強化され、より高度な可観測性と運用効率の向上が期待できます。

121. Generally Available: Additional support for OpenTelemetry destinations (New Relic, Dynatrace, Elastic)

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Additional support for OpenTelemetry destinations (New Relic, Dynatrace, Elastic)

アップデートID: 562554 情報源: Azure Updates API

カテゴリ: Launched, Containers, Azure Container Apps, Features

要約:

情報源: Azure Update

詳細:

本アップデートは、Azure Container AppsのOpenTelemetry（OTel）機能を強化し、サードパーティのオブザーバビリティプラットフォームへの対応を拡充することを目的としています。これにより、Azure Container AppsからNew Relic、Dynatrace、Elasticといった主要な監視・トレーシングツールへのデータ送信が新たにサポートされるようになりました。

具体的には、OpenTelemetryのエクスポート先として、これらのサードパーティサービスのエンドポイントを追加設定できるようになった点が主な変更内容です。従来はAzure MonitorなどAzureネイティブの監視サービスが主な送信先でしたが、本アップデートにより、より幅広いエコシステムとの連携が可能となります。技術的には、OpenTelemetry Collectorの設定や、Container Appsの構成において対象となるエンドポイント情報を指定することで、アプリケーションのメトリクスやトレースデータを直接New Relic、Dynatrace、Elasticに転送できます。

この機能強化により、既存の監視基盤としてNew RelicやDynatrace、Elasticを利用している組織は、Azure Container Appsの運用監視を自社標準のツールに統合しやすくなります。たとえば、マイクロサービスアーキテクチャで構成されたアプリケーションの分散トレーシングや、リアルタイムのパフォーマンスモニタリングを、既存のダッシュボードやアラート機能を活用しながら実現できます。

注意点としては、サードパーティのエンドポイント設定には各サービスの認証情報やAPIキーなどが必要となる場合があるため、セキュリティや運用管理の観点で適切な設定が求められます。また、転送されるデータの形式や収集頻度、送信先サービス側の受信制限などにも留意する必要があります。

本機能は、Azure Container AppsとOpenTelemetryの連携を拡張するものであり、Azure MonitorやApplication InsightsといったAzureネイティブの監視サービスとの併用も可能です。これにより、企業の監視要件や既存の運用体制に合わせて柔軟な選択ができるようになっています。

122. Generally Available: Override Scale Rules in Azure Functions on Azure Container Apps

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Override Scale Rules in Azure Functions on Azure Container Apps

アップデートID: 562511 情報源: Azure Updates API

カテゴリ: Launched, Containers, Azure Container Apps, Features, Microsoft Build

要約:

詳細:

Azure Functions on Azure Container Appsにおけるスケーリング管理は、従来、プラットフォームによる自動管理が基本となっていました。具体的には、Azure Functionsのトリガーが自動的にKEDA（Kubernetes Event-driven Autoscaling）のスケールルールへと変換され、アプリケーションの負荷やイベントに応じてインスタンス数が動的に調整される仕組みです。このアップデートでは、新たに「allowScalingRuleOverride」プロパティが導入され、ユーザーがプラットフォームによるスケールルール管理を上書きできるようになりました。

この変更により、開発者や運用担当者は、Azure Container Apps上で動作するAzure Functionsのスケーリング挙動をより細かく制御することが可能となります。従来は、KEDAによる自動変換に依存していたため、独自のスケールルールを適用したい場合でも柔軟性が制限されていましたが、allowScalingRuleOverrideプロパティを有効化することで、ユーザー自身が任意のKEDAスケールルールを定義し、プラットフォームのデフォルト設定を上書きできます。

技術的な実装方法としては、Azure Functions on Container Appsのデプロイメント構成にallowScalingRuleOverrideプロパティを追加し、必要に応じて独自のKEDAスケールルールを設定します。これにより、イベントの種類や負荷状況に応じたきめ細かいスケーリングポリシーを実現できます。例えば、特定のキューやイベントの閾値に基づいてスケールアウト／スケールインを制御したり、複数のトリガー条件を組み合わせて複雑なスケーリングロジックを適用することが可能です。

活用シナリオとしては、標準のスケーリング挙動では対応できない特殊な負荷パターンや、ビジネス要件に合わせたスケーリング制御が必要な場合に有効です。たとえば、ピークタイムに合わせて事前にインスタンス数を増やしたり、特定のイベント発生時のみスケーリングを抑制するなど、より高度な運用が求められるケースで活用できます。

注意点としては、allowScalingRuleOverrideプロパティを利用する場合、スケーリング管理がユーザーの責任となるため、適切なKEDAルールの設計や運用監視が必要です。また、プラットフォームの自動管理機能を無効化することで、誤ったスケールルール設定によるリソース不足やコスト増加のリスクが生じる可能性があります。

関連するAzureサービスとしては、Azure Container Apps、Azure Functions、KEDAが密接に連携しています。特にKEDAは、イベント駆動型のスケーリングを実現するための基盤となっており、Azure Functionsのトリガーと連動してインスタンス管理を行います。今回のアップデートにより、これらのサービス間の連携をより柔軟にカスタマイズできるようになりました。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=562511）をご参照ください。

123. Public Preview: Go language support on Azure Functions

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Go language support on Azure Functions

アップデートID: 562502 情報源: Azure Updates API

カテゴリ: In preview, Compute, Containers, Internet of Things, Azure Functions, Microsoft Build

要約:

詳細:

本アップデートは、Azure FunctionsにおいてGo言語がファーストクラスの言語オプションとしてパブリックプレビューでサポートされるようになったことを示しています。これにより、開発者はAzure FunctionsのGoプログラミングモデルおよびSDKを利用して、イベントドリブンなサーバーレスアプリケーションをGo言語で記述できるようになります。従来、Azure FunctionsではC#やJavaScript、Pythonなどが主な対応言語でしたが、今回のアップデートによりGo言語を利用する開発者にもAzure Functionsの利便性が提供されることとなります。

具体的な機能としては、Azure FunctionsのGoプログラミングモデルおよびSDKを活用し、HTTPトリガーやタイマートリガー、キューやイベントグリッドなどのイベントソースに応じた関数をGoで実装できます。これにより、Goのシンプルで効率的な並行処理やパフォーマンスを活かしたサーバーレスアプリケーションの開発が可能となります。Azure Functionsの標準的なデプロイメントやスケーリング、監視機能もGo言語の関数で利用可能です。

技術的な仕組みとしては、Azure FunctionsランタイムがGoランタイムをサポートし、Goで記述された関数コードをAzure Functionsの実行環境上で動作させます。開発者はAzure Functions用のGo SDKを利用して関数を記述し、Azure CLIやVisual Studio Codeなどのツールを用いてローカル開発やデプロイを行うことができます。

活用シナリオとしては、Go言語の軽量性や高速な起動時間を活かしたAPIバックエンドの構築、イベント駆動型のデータ処理、外部サービスとの連携処理などが挙げられます。特に、Go言語で既存の業務ロジックやマイクロサービスを開発している組織にとっては、Azure Functions上でサーバーレスとして運用することでインフラ管理の負担を軽減できます。

注意点としては、本機能はパブリックプレビュー段階での提供であるため、商用環境での利用には慎重な検証が必要です。また、正式リリース前のため一部機能やサポートに制限がある可能性があります。最新の対応状況や既知の制限事項については公式ドキュメントやアップデート情報を参照することが推奨されます。

関連するAzureサービスとの連携については、Azure Functionsが提供する各種バインディングやトリガーをGo言語でも利用できるため、Azure Storage、Event Grid、Service Bus、Cosmos DBなどのサービスと連携したサーバーレスアーキテクチャの構築が可能です。これにより、Goエコシステムの強みを活かしつつ、Azureのクラウドネイティブな機能を最大限に活用できます。

124. Generally Available: Built-in Grafana dashboards for Azure Functions

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Built-in Grafana dashboards for Azure Functions

アップデートID: 562492 情報源: Azure Updates API

カテゴリ: Launched, Compute, Containers, Internet of Things, Azure Functions, Microsoft Build

要約:

【何が更新されたか】
Azure Functionsにおいて、Azureポータル内で利用可能な組み込みのGrafanaダッシュボードが一般提供（GA）されました。

【主な変更点や新機能】
Azure Functionsのヘルス、パフォーマンス、スケール状況を可視化するGrafanaダッシュボードが、事前設定不要で利用できるようになりました。これにより、Grafanaインスタンスやデータソースのプロビジョニングが不要となり、Azureポータル上で一元的に監視・分析が可能です。

【影響を受ける対象】
Azure Functionsを利用している技術者や運用担当者が主な対象です。特に、アプリケーションの監視やパフォーマンス管理を行う方にとって、運用効率や可視化の向上が期待できます。

【注意点】
組み込みダッシュボードはAzureポータル内で提供されるため、既存の独自Grafana環境や外部連携が必要な場合は従来通りの設定が必要です。新機能の利用にあたって追加の構成やコストは発生しませんが、詳細なカスタマイズが必要な場合は別途対応が必要となります。

詳細:

Azure Functionsにおいて、組み込みのGrafanaダッシュボードが一般提供されました。このアップデートの背景は、Azure Functionsの運用管理におけるヘルス、パフォーマンス、スケールの可視化を容易にすることにあります。従来、Azure Functionsの詳細な監視や分析を行う場合、外部のGrafanaインスタンスを構築し、適切なデータソースを設定する必要がありました。しかし今回のアップデートにより、Azureポータル上でゼロセットアップでGrafanaダッシュボードを利用できるようになりました。

具体的な機能として、Azure Functionsの各Function Appに対して、ヘルス状態、パフォーマンス指標、スケール状況などの主要なメトリックを一元的に表示するダッシュボードが提供されます。これにより、ユーザーはAzureポータル内で直接、Function Appの稼働状況やパフォーマンスの変化をリアルタイムで監視できます。ダッシュボードの利用にあたり、Grafanaインスタンスのプロビジョニングやデータソースの設定は不要です。Azure側で必要な設定が自動的に行われるため、運用負荷を大幅に軽減できます。

技術的な仕組みとしては、Azureポータルが内部的にGrafanaのダッシュボード機能を組み込んでおり、Function Appの監視データを自動的に取得・表示します。これにより、ユーザーはAzure MonitorやApplication Insightsなどのデータを意識することなく、統合されたビューで監視情報を確認できます。

活用シナリオとしては、Function Appの運用監視や障害対応、パフォーマンスチューニングなどが挙げられます。例えば、トラフィックの急増によるスケールアウト状況や、レスポンスタイムの変化、エラー発生率などをダッシュボード上で即座に把握し、必要な対応を迅速に行うことが可能です。

注意点としては、組み込みダッシュボードの機能範囲やカスタマイズ性については、外部のGrafanaインスタンスと比較して制限がある場合があります。また、Azure Functions以外のサービスやカスタムデータの監視には対応していません。関連するAzureサービスとしては、Azure MonitorやApplication Insightsが挙げられますが、今回のアップデートではこれらのサービスのデータをバックエンドとして活用しつつ、ユーザーが直接設定する必要はありません。

以上のように、Azure Functionsの組み込みGrafanaダッシュボードは、運用管理の効率化と監視の即応性向上に寄与するアップデートです。

125. Public Preview: Copilot-assisted coding & agent skills to build, deploy, and run Azure Functions faster in VS Code, CLI, and azd

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Copilot-assisted coding & agent skills to build, deploy, and run Azure Functions faster in VS Code, CLI, and azd

アップデートID: 562487 情報源: Azure Updates API

カテゴリ: In preview, Compute, Containers, Internet of Things, Azure Functions, Microsoft Build

要約:

【何が更新されたか】
Azure Functionsの開発において、Copilotによるコード支援とエージェントスキルを活用した新機能が、VS Code、CLI、azdでパブリックプレビューとして提供開始されました。

【主な変更点や新機能】
AIアシスタント（Copilot）がAzure Functionsのコード生成やデプロイ、実行をサポートする機能が追加されました。これにより、開発者はより効率的にAzure Functionsアプリを構築・展開できます。Copilotの支援品質が向上し、エージェントスキルによる具体的な作業支援も受けられます。

【影響を受ける対象】
VS Code、CLI、azdを利用してAzure Functionsを開発する技術者が対象です。AIアシスタントを活用した開発フローを導入したい方に特に有用です。

【注意点】
本機能はパブリックプレビュー段階のため、正式リリース前の仕様変更や不具合が発生する可能性があります。商用環境での利用は慎重に検討してください。

詳細:

本アップデートは、「Copilot-assisted coding & agent skills to build, deploy, and run Azure Functions faster in VS Code, CLI, and azd」のパブリックプレビューに関するものです。背景として、開発者はすでにAIコーディングアシスタントを活用してAzure Functionsアプリケーションの構築を行っていますが、その支援の質は使用するAIモデルや学習データの新しさに大きく依存しており、均一な開発体験が得られないという課題が存在していました。本アップデートの目的は、Visual Studio Code、コマンドラインインターフェイス（CLI）、およびAzure Developer CLI（azd）において、Copilotによるコーディング支援とエージェントスキルを統合し、Azure Functionsの開発・デプロイ・実行をより迅速かつ効率的に行えるようにすることです。

具体的な機能としては、CopilotがAzure Functionsのコード生成や修正、デプロイメント構成の提案、実行環境のセットアップ支援など、開発プロセス全体にわたるアシストを提供します。これにより、従来手動で行っていた複雑な設定やベストプラクティスの適用が容易になり、開発者はより短時間で高品質な関数アプリケーションを構築できます。VS CodeやCLI、azdといった主要な開発ツールとの統合により、開発者は自身のワークフローを大きく変更することなく、AIによる支援を受けることが可能です。

技術的な仕組みとしては、Copilotが自然言語による指示や既存コードのコンテキストを解析し、Azure Functionsに最適化されたコードスニペットや設定ファイルを自動生成します。また、エージェントスキルを活用することで、デプロイや実行に必要なコマンドや手順をガイドし、エラー発生時には解決策の提案も行います。これにより、開発者はAzure Functionsのライフサイクル全体を一貫して効率化できます。

活用シナリオとしては、新規のAzure Functionsプロジェクトの立ち上げや、既存プロジェクトへの機能追加、CI/CDパイプラインへの統合などが考えられます。特に、複数の関数やトリガー、バインディングを持つ複雑なアプリケーションの開発において、Copilotの支援は大きな生産性向上をもたらします。

注意点として、AIアシスタントの提案内容は常に正確とは限らず、生成されたコードや設定は必ず開発者自身でレビューし、必要に応じて修正する必要があります。また、パブリックプレビュー段階であるため、機能やサポート範囲に制限がある場合があります。

関連するAzureサービスとの連携については、Azure Functionsを中心に、Azure CLIやazdなどの開発ツールと密接に統合されているため、既存のAzureリソース管理やデプロイメントフローとシームレスに連携可能です。これにより、Azureエコシステム内での一貫した開発体験が実現されます。

126. Public Preview: Serverless agents runtime for Azure Functions

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Serverless agents runtime for Azure Functions

アップデートID: 562482 情報源: Azure Updates API

カテゴリ: In preview, Compute, Containers, Internet of Things, Azure Functions, Microsoft Build

要約:

【何が更新されたか】
Azure Functionsにおいて、サーバーレスエージェントのランタイムがパブリックプレビューとして提供開始されました。

【主な変更点や新機能】
AIエージェントをイベント駆動型のサーバーレスワークロードとして構築できるようになりました。開発者は、マークダウンファーストのプログラミングモデルを利用し、自然言語でエージェントを記述することが可能です。これにより、従来のコードベースの開発に加え、より直感的な方法でAIエージェントを作成できます。

【影響を受ける対象】
Azure Functionsを利用している開発者や、AIエージェントの構築・運用を検討している技術者が対象です。イベント駆動型アーキテクチャやサーバーレス環境でAIエージェントを活用したい場合に有効です。

【注意点】
本機能はパブリックプレビュー段階のため、本番環境での利用は慎重に検討してください。今後のアップデートや仕様変更の可能性があります。

詳細:

Azure Functionsにおいて、AIエージェントをファーストクラスのワークロードとして構築できる「Serverless agents runtime」がパブリックプレビューとして提供開始されました。このアップデートの背景には、イベント駆動型のサーバーレスアーキテクチャを活用し、AIエージェントの開発と運用をより効率的かつ柔軟に行える環境を提供することがあります。従来のAzure Functionsはコードベースでの開発が主流でしたが、今回のリリースでは「markdown-first programming model」を採用しており、開発者は自然言語を用いてイベント駆動型のサーバーレスエージェントを記述できるようになっています。

具体的な機能としては、Azure Functions上でAIエージェントを構築する際に、Markdown形式でロジックやフローを記述することが可能となり、従来のプログラミング言語による実装よりも直感的な開発体験が実現されています。これにより、イベントトリガーやアクションの定義を自然言語で記述し、Azure Functionsのサーバーレス実行環境で動作させることができます。

技術的な仕組みとしては、Azure FunctionsのランタイムがMarkdownで記述されたエージェントロジックを解釈し、イベントに応じて処理を実行します。これにより、従来のコードベースの関数実装と同様に、Azure Functionsのスケーラビリティや高可用性、イベント駆動型の実行モデルを活用できます。

活用シナリオとしては、チャットボットや自動応答システム、イベントトリガーによるAIエージェントの自動化などが挙げられます。例えば、ユーザーからの問い合わせに対して自然言語で応答するAIエージェントを、Azure Functions上でサーバーレスとして構築・運用することが可能です。

注意点としては、本機能はパブリックプレビュー段階であり、商用利用や本番環境での運用には慎重な検証が必要です。また、Markdown形式による記述がどの程度の複雑なロジックに対応できるか、既存のAzure Functionsの機能との互換性や制約については、公式ドキュメントやアップデート情報を参照する必要があります。

関連するAzureサービスとの連携については、Azure Functionsが持つ各種イベントトリガー（HTTP、Timer、Queueなど）や、AIサービス（Azure Cognitive Servicesなど）と組み合わせることで、より高度なAIエージェントの構築が可能です。今回のアップデートにより、Azure Functionsの柔軟性と拡張性を活かしたAIエージェント開発の新たな選択肢が提供されています。

127. Public Preview: Azure Functions now includes managed connectors to integrate with 1400+ of your favorite systems

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Azure Functions now includes managed connectors to integrate with 1400+ of your favorite systems

アップデートID: 562442 情報源: Azure Updates API

カテゴリ: In preview, Compute, Containers, Internet of Things, Integration, Azure Functions, Logic Apps, Features, Microsoft Build

要約:

詳細:

本アップデートは、Azure Functionsにおいてマネージドコネクタのパブリックプレビューが開始されたことを示しています。これにより、Logic AppsやPower Platformで利用されている1,400種類以上のコネクタが、Azure Functionsのファーストクラスのトリガーおよび操作として統合されました。アップデートの目的は、Azure Functionsを用いたサーバーレスアプリケーション開発において、外部システムやサービスとの連携をより容易かつ強力に実現することにあります。

具体的な機能としては、従来Logic AppsやPower Platformで提供されていた豊富なコネクタ群が、Azure Functionsから直接利用可能となります。これにより、Azure Functionsの関数をトリガーするイベントソースや、関数内から呼び出す外部サービスへの操作が大幅に拡張されます。たとえば、Microsoft 365、Salesforce、SAP、ServiceNowなどの主要なSaaSやオンプレミスシステム、さらには各種データベースやメッセージングサービスとの連携が、追加のカスタム実装なしに実現できます。

技術的な仕組みとしては、Azure Functionsのトリガーやバインディングとしてマネージドコネクタが組み込まれ、関数の実行条件や外部サービスとのインタラクションをコネクタ経由で記述できるようになります。これにより、イベントドリブンなワークフローやデータ連携処理を、サーバーレスの利点を活かしつつ柔軟に設計できます。

活用シナリオとしては、例えばSalesforce上のデータ更新をトリガーにAzure Functionsを実行し、処理結果をMicrosoft Teamsに通知するといった複数サービス間の自動化や、オンプレミスのERPシステムとクラウドサービス間のデータ同期などが挙げられます。これまでLogic Appsで実現していた統合シナリオを、より細かなカスタムロジックやプログラミングが必要な場合でもAzure Functionsで対応できるようになります。

注意点としては、本機能はパブリックプレビュー段階であるため、運用環境での利用には慎重な検証が必要です。また、コネクタの利用にあたっては、各コネクタ固有の認証や権限制御、利用料金などの制約事項を考慮する必要があります。

関連するAzureサービスとしては、Logic AppsやPower Platformとのコネクタ基盤の共通化により、既存のワークフローや自動化ソリューションとの連携や移行が容易になります。これにより、Azure Functionsを中心とした統合システムの設計が、より柔軟かつ拡張性の高いものとなります。

128. Generally Available: Azure Functions now supports hosting MCP Apps

公開日時: 2026年06月02日 19:00:47 UTC リンク: Generally Available: Azure Functions now supports hosting MCP Apps

アップデートID: 562099 情報源: Azure Updates API

カテゴリ: Launched, Compute, Containers, Internet of Things, Azure Functions, Features, Microsoft Build, Services

要約:

【何が更新されたか】
Azure FunctionsでModel Context Protocol（MCP）アプリのホスティングが一般提供（GA）されました。

【主な変更点や新機能】
これまでMCPサーバーは主にプレーンテキストで応答していましたが、Azure Functions上でMCPアプリをホストできるようになったことで、ユーザーとのインタラクションにおいて、視覚的なデータ探索、複雑な設定、リアルタイムステータス監視、マルチステップワークフローなど、よりリッチな体験を提供できるようになりました。

【影響を受ける対象】
MCPサーバーやアプリケーションを開発・運用している開発者、Azure Functionsを利用している技術者が主に対象となります。MCPを活用したサービスやソリューションの拡張性・柔軟性が向上します。

【注意点】
一般提供開始に伴い、Azure Functions上でMCPアプリを利用する際は、既存のMCPサーバー構成や応答形式との互換性、セキュリティ、パフォーマンス要件を事前に確認することを推奨します。詳細は公式ドキュメントを参照してください。

詳細:

Azure FunctionsがModel Context Protocol（MCP）アプリケーションのホスティングを正式にサポートするようになりました。本アップデートの背景には、従来のMCPサーバー構築において、ユーザーとのインタラクションがテキストベースの応答に限定されていた点があります。これにより、視覚的なデータ探索や複雑な設定、リアルタイムのステータス監視、多段階のワークフローなど、よりリッチな体験が求められる場面で十分な対応ができないという課題が存在していました。本アップデートの目的は、Azure Functionsを活用することで、MCPアプリケーションのホスティングを容易にし、これらの高度なユーザー体験を提供できるようにすることです。

具体的な機能として、Azure Functions上でMCPサーバーを構築・運用できるようになった点が挙げられます。これにより、イベントドリブンなサーバーレスアーキテクチャの利点を活かしつつ、MCPプロトコルを用いたアプリケーションのデプロイやスケーリングが可能となります。Azure FunctionsはHTTPトリガーやTimerトリガーなど多様なトリガーに対応しており、MCPサーバーのリクエスト処理やワークフローの自動化を柔軟に実装することができます。

技術的な仕組みとしては、Azure Functionsのランタイム環境上でMCPアプリケーションを動作させることが可能となります。開発者は、Azure Functionsの標準的なデプロイ方法や管理機能を利用し、コードや設定をクラウド上に展開することができます。これにより、従来のインフラ管理の負担が軽減され、必要に応じてスケールアウトやスケールインを自動的に実施することができます。

活用シナリオとしては、例えばリアルタイムデータの監視アプリケーションや、複雑な設定画面を持つ管理ツール、複数ステップを伴う業務プロセスの自動化などが考えられます。これらのアプリケーションは、Azure Functionsのサーバーレス特性を活かして、コスト効率よく運用することが可能です。

注意点や制限事項については、現時点で提供されている情報が限定的であるため、詳細な制約や推奨事項については公式ドキュメントを参照する必要があります。MCPアプリケーションのホスティングに際しては、Azure Functionsの既存の制限（実行時間やリソース制限など）も考慮する必要があります。

関連するAzureサービスとの連携としては、Azure FunctionsはAzure Logic AppsやAzure Event Grid、Azure Storageなどとシームレスに統合できるため、MCPアプリケーションの入出力やイベント管理、データ保存などを効率的に構築することができます。これにより、より高度なクラウドネイティブアプリケーションの開発・運用が可能となります。

129. Public Preview: Azure Container Apps Sandboxes

公開日時: 2026年06月02日 19:00:47 UTC リンク: Public Preview: Azure Container Apps Sandboxes

アップデートID: 561262 情報源: Azure Updates API

カテゴリ: In preview, Containers, Azure Container Apps, Features, Microsoft Build

要約:

詳細:

Azure Container Apps Sandboxesのパブリックプレビューは、エージェント型アプリケーション、マルチテナントプラットフォーム、開発環境、CI/CDシステムなど、未信頼コードの安全な実行やセッション間の状態保持、突発的な需要への対応が求められるシナリオにおいて、従来はカスタムインフラストラクチャの構築が必要だった課題を解決することを目的としています。これまで、これらのユースケースでは、信頼できないコードの分離実行やリソースのスケーラビリティ確保、セッションごとの状態管理などを実現するために、開発者自身が複雑な仕組みを構築・運用する必要がありました。

本アップデートによって提供されるAzure Container Apps Sandboxesは、Azure Container Apps上でサンドボックス環境を簡便に構築・管理できる機能を提供します。これにより、未信頼コードの実行時に他のワークロードやテナントからの分離を強化しつつ、セッションごとの状態の保持や突発的なリソース需要への柔軟な対応が可能となります。サンドボックスは、各実行環境ごとに独立したリソース空間を提供し、セキュリティを確保しながらアプリケーションの拡張性と柔軟性を向上させます。

技術的には、Azure Container Appsの基盤上でサンドボックス化された実行環境をプロビジョニングし、各サンドボックスが独立したプロセス空間やネットワーク空間を持つことで、未信頼コードの安全な実行とリソースの分離を実現しています。これにより、開発者はインフラストラクチャの詳細な管理から解放され、アプリケーションのロジックやビジネス要件に集中することができます。

活用シナリオとしては、例えばAIエージェントの実行基盤として、ユーザーごとに分離されたセッション環境を提供したり、マルチテナントSaaSプラットフォームで各テナントのコードを安全に実行する用途、またはCI/CDパイプラインでの一時的なビルド・テスト環境の自動生成などが考えられます。これにより、セキュリティリスクの低減と運用効率の向上が期待できます。

注意点としては、パブリックプレビュー段階であるため、本番環境での利用は推奨されず、機能やAPIの変更が今後発生する可能性があります。また、サンドボックス環境のリソース制限やサポートされる機能については、Azureの公式ドキュメントで最新情報を確認する必要があります。

関連するAzureサービスとしては、Azure Container Apps自体はもちろん、Azure FunctionsやAzure Kubernetes Service（AKS）などのコンテナベースの実行環境との連携が想定されます。特に、既存のCI/CDパイプラインや開発環境と組み合わせることで、より安全かつ効率的なアプリケーション運用が可能となります。

130. Public Preview: Snapshot backup for SQL Server in Azure VMs

公開日時: 2026年06月02日 15:15:36 UTC リンク: Public Preview: Snapshot backup for SQL Server in Azure VMs

アップデートID: 564668 情報源: Azure Updates API

カテゴリ: In preview, Management and governance, Storage, Azure Backup, Features, Compliance, Management, Security, Services

要約:

詳細:

本アップデートは、Azure BackupがAzure仮想マシン上で稼働するSQL Serverに対して、スナップショットベースのバックアップをサポートするパブリックプレビューの提供開始を示しています。従来、Azure仮想マシン上のSQL Serverのバックアップは、主にエージェントベースの方式やネイティブなSQLバックアップ機能を利用していましたが、今回のアップデートにより、AzureディスクスナップショットとSQL Serverのトランザクションログバックアップを組み合わせることで、大規模なSQLデータベースに対しても高速かつシステム負荷の少ないフルバックアップが可能となります。

この新機能の主な特徴は、Azureディスクスナップショット技術を活用することで、バックアップ処理の所要時間を大幅に短縮し、アプリケーションやデータベースのパフォーマンスへの影響を最小限に抑えられる点です。これにより、特にデータベースサイズが大きい場合でも、従来のストリーミングバックアップに比べて、バックアップウィンドウを大幅に短縮できます。また、スナップショットによるフルバックアップと、SQL Serverのネイティブなトランザクションログバックアップを組み合わせることで、ポイントインタイムリストアや高いデータ保護レベルを実現しています。

技術的な実装としては、Azure BackupがAzureディスクのスナップショットAPIを利用して、仮想マシンのディスク全体の状態を瞬時に取得します。その後、SQL Serverのトランザクションログバックアップと連携し、整合性の取れたバックアップセットを生成します。これにより、バックアップ取得中でもSQL Serverのサービス停止やパフォーマンス低下を最小限に抑えることができます。

この機能は、ミッションクリティカルな業務システムや、データベースサイズがTBクラスに及ぶ大規模システムのバックアップ運用に特に有効です。例えば、夜間の短時間ウィンドウでしかバックアップが許容されないシステムや、頻繁なポイントインタイムリストアが求められる金融・医療系システムなどでの活用が想定されます。

注意点としては、パブリックプレビュー段階であるため、本番環境での利用は推奨されない場合があること、また、サポートされるSQL ServerのバージョンやAzure仮想マシンの構成、ディスクタイプなどに制限がある可能性がある点です。詳細な対応バージョンや要件については、公式ドキュメントやアップデート情報を参照する必要があります。

本機能はAzure Backupサービスと密接に連携して動作します。これにより、バックアップ管理やリストア操作をAzureポータルやAzure CLI、PowerShellなどの標準的な管理ツールから一元的に実施でき、既存のバックアップポリシーや監査機能とも統合して運用することが可能です。今後の正式リリースに向けて、さらなる機能拡張や対応範囲の拡大が期待されます。

131. Retirement: Azure VMware Solution AV36 node End of Support on September 30, 2027

公開日時: 2026年06月02日 13:00:06 UTC リンク: Retirement: Azure VMware Solution AV36 node End of Support on September 30, 2027

アップデートID: 564735 情報源: Azure Updates API

カテゴリ: Compute, Azure VMware Solution, Retirements

要約:

詳細:

本アップデートは、Azure VMware Solution（AVS）におけるAV36ノードのサポート終了に関する重要な案内です。背景として、MicrosoftはVMwareのロードマップに合わせてサポートライフサイクルを調整しており、今回のアップデートはBroadcomによる現行AV36ノードのVMware Cloud Foundation（VCF）バージョンのサポート終了に起因しています。具体的には、AV36 SKUは2027年9月30日をもってサポートが終了し、次世代のVCF 9には非対応となります。

AV36ノードは、Azure VMware Solution上でVMwareワークロードを稼働させるための専用インフラストラクチャとして提供されてきました。サポート終了により、今後はAV36ノード上での新しいVCFバージョンへのアップグレードや新機能の利用ができなくなります。既存のAV36ノード環境では、2027年9月30日以降はセキュリティパッチや技術サポートが提供されなくなるため、運用リスクが高まる点に注意が必要です。

技術的な仕組みとして、AV36ノードはVMware Cloud Foundationの特定バージョンに対応しており、ハードウェアやファームウェア、ソフトウェアの互換性が厳密に管理されています。今回の変更により、VCF 9への移行を計画している場合は、AV36ノードでは対応できないため、後継ノードや新しいSKUへの移行が必須となります。

活用シナリオとしては、これまでオンプレミスのVMware環境をAzure上に拡張・移行する用途でAV36ノードが利用されてきました。今後は、長期運用や最新のVCF機能を必要とするワークロードについては、サポート対象の新ノードへの移行計画を早期に策定することが求められます。

注意点として、サポート終了後はセキュリティリスクやコンプライアンス違反の懸念が生じるため、企業のITガバナンスや運用ポリシーに基づき、速やかな対応が必要です。また、AV36ノードのサポート終了は、Azure VMware Solutionの他のSKUやAzureの他サービスとの連携には直接影響しませんが、VMware環境全体のアップグレード戦略に影響を与える可能性があります。

関連するAzureサービスとの連携については、Azure VMware SolutionはAzureのセキュリティ、ネットワーク、バックアップ、監視などの各種サービスと統合可能ですが、AV36ノードのサポート終了後はこれらの連携機能も最新のVCFバージョンでは利用できなくなる可能性があるため、移行先ノードでの検証が推奨されます。

詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=564735）を参照してください。

このレポートは自動生成されました - 2026-06-03 12:30:32 JST

This site is open source. Improve this page.