第２９６回
一般利用可能：Azure Virtual Network Manager における大規模メッシュ
Azure Virtual Network Manager での大規模メッシュが一般提供開始されました。利用可能なリージョンでは、デフォルトで 1 つのメッシュ接続構成に最大 3,000 の仮想ネットワークを接続でき、これらの仮想ネットワーク内でのより大規模な IP 接続もリクエストに応じて利用可能です。個別のピアリングを作成・維持することなく、大規模な仮想ネットワーク環境全体の接続を管理できます。 大規模メッシュは、使い慣れたネットワークグループおよび接続構成モデルを採用しており、アプリケーションや事業部門を別々の仮想ネットワークに分離しつつ、ネットワーク間の直接接続を簡素化します。
パブリックプレビュー：Azure Payments HSM v2
Azure Payments HSM v2 は、決済処理、認証情報の発行、PIN 処理、鍵管理、および認証データの保護を目的とした、高可用性を備えたシングルテナント型の Payment HSM サービスです。 お客様は、隔離されたシングルテナント型の Payment HSM クラスターに対する排他的な管理権限を保持し、Microsoft が基盤となるインフラストラクチャ、可用性、およびライフサイクル運用を管理します。Azure Payments HSM v2 を利用することで、お客様は機密性の高い決済資産を保護し、鍵の主権を維持するとともに、ペイメント・カード・インダストリー（PCI）が定める厳格なセキュリティ、コンプライアンス、監査、パフォーマンス、および運用要件を満たすことができます。 Azure Payments HSM v2は、PCI DSSおよびPCI 3DSに準拠したAzureデータセンター内で、FIPS 140-3レベル3、PCI DSS、PCI 3DS、およびPCI PIN (PTS) の認証を受けたセキュリティインフラストラクチャ上で実行されます。 決済 HSM クラスターは顧客ごとに分離されているため、顧客は本サービスを自社の PCI ソリューション内の検証済みコンポーネントとして展開でき、継続的な監査やコンプライアンス対応を簡素化できます。
一般利用可能：Azure Database for PostgreSQL エラスティック クラスターにおける PG18 のサポート
Azure Database for PostgreSQL のエラスティック クラスターが PostgreSQL 18 をサポートするようになり、分散型かつクラウド規模のワークロードに PostgreSQL の最新機能をもたらします。 PostgreSQL 18のパフォーマンス、信頼性、および開発者向けの機能強化と、Azure Database for PostgreSQL エラスティック クラスターの柔軟なスケーリングおよび運用上の簡便性を組み合わせることで、新しいアプリケーションの構築や既存アプリケーションの近代化が可能です。 テーブル、シャード、ノードにわたって分散ワークロードをスケーリングしながら、PostgreSQL 18 のパフォーマンス向上、新しい SQL 機能、および開発者向けの機能を試すことができます。Citus 14.0 を搭載したエラスティック クラスターにより、Azure 上で完全に管理された分散型 PostgreSQL 環境において、PostgreSQL 18 の機能を活用できます。
一般利用可能：Azure Database for PostgreSQL のトラブルシューティングガイドが刷新・改良されました
Azure Database for PostgreSQL フレキシブル サーバー向けのトラブルシューティング ガイダンスが更新されました。拡充されたドキュメントを活用することで、CPU、メモリ、IOPS、一時ファイルの使用量、およびオートバキュームに関する問題を診断し、根本原因を特定してパフォーマンスの問題をより効率的に解決することができます。 更新されたガイダンスでは、組み込みのトラブルシューティング ガイドに関するエンドツーエンドの調査ワークフローが提供されており、Azure Monitor メトリクス、クエリストアの統計情報、セッション データ、およびサーバー ログを相互に関連付ける方法が説明されています。 必要なテレメトリの設定方法、問題の原因となっているクエリ、セッション、待機イベント、または構成の特定方法、そしてサーバーのスケーリングを決定する前に的を絞った緩和策を適用する方法について学ぶことができます。
一般利用可能：Azure PostgreSQL Flexible Server の論理レプリケーションスロットの同期ステータスメトリック
Azure Database for PostgreSQL – Flexible Server では、新しいメトリック「logical_replication_slot_sync_status」を使用して、論理レプリケーションスロットの同期状態を監視できるようになりました。この Azure Monitor メトリックは、各論理レプリケーションスロットが「同期済み」、「追いつき中」、または「不明」の状態にあるかを示し、レプリケーションの健全性やスロットの準備状況を検証するのに役立ちます。 この機能は、論理デコードや、Debezium や Kafka などの変更データキャプチャ (CDC) ツールを使用する場合に特に役立ちます。スロットごとの可視性とアラート設定機能により、計画的なメンテナンス、移行、またはシステムイベントの発生中も、論理レプリケーションの設定が一貫性を保ち、適切に機能し続けることを保証できます。
一般利用可能：Microsoft Foundry エージェントの Microsoft 365 Copilot および Teams への公開
Microsoft FoundryのエージェントをMicrosoft 365 CopilotおよびTeamsに公開する機能が、一般提供開始されました。エージェントは、それを必要とするユーザーの手元に届いて初めて価値を発揮します。これまで、Foundryの開発者には、Microsoft 365全体でエージェントを運用するためのネイティブな手段がなく、個別のデプロイ パイプライン、ボットの登録、およびアプリマニフェストが必要でした。 今回のリリースにより、エージェントを Microsoft 365 Copilot および Teams に直接公開できるようになり、エンドユーザーは普段利用しているインターフェース上でそのエージェントを簡単に見つけられるようになります。 公開されたエージェントは、IT 部門が組織内の他の部分に対して使用しているのと同じ Microsoft Entra および Agent 365 の制御を通じて管理され続けます。これにより、管理者は導入初日からエージェント群を一元的に把握できるため、配布を行ってもガバナンスを犠牲にすることはありません。利用を開始するには、Foundry ポータルから Foundry エージェントを Microsoft 365 Copilot および Teams に公開してください。
パブリックプレビュー：Microsoft Foundry におけるホスト型エージェントのネットワーク送信制御
パブリックプレビュー版となったMicrosoft Foundryでは、ホスト型エージェントが確立できる送信接続を顧客が管理できるようになりました。顧客は、宛先ホスト（*.contoso.com などのワイルドカードを含む FQDN など）に基づいて照合される順序付きルールを定義し、送信リクエストヘッダーの許可、拒否、変換、または宛先の書き換えといったアクションを指定できます。 ルールはエージェントの「Responsible AI」ポリシーに定義され、トラフィックがランタイムを離れる前に Foundry が管理するエージェントのサンドボックス内で適用されるため、基本的な許可リスト設定のために別途ネットワークアプライアンスを用意する必要はありません。
2つの適用モードがサポートされています。1つは「監査（audit）」モードで、ブロックを行わずに拒否判定をログに記録します。もう1つは「適用（enforce）」モードで、拒否されたトラフィックをブロックし、チームが実際のトラフィックを観察した上で、適用を有効にできるようにします。 すべてのアウトバウンド判定は、監査のために Application Insights へ送信されます。このプレビュー版は評価を目的としており、本番環境の SLA の対象外となります。ご利用を開始するには、Foundry ポータルの「Guardrails」にあるアウトバウンド制御を設定してください。
一般利用可能：Agent 365 における Microsoft Foundry エージェントのコントロールの有効化と無効化
Microsoft Foundry では、Microsoft Admin Center の Agent 365 ガバナンス画面内で、Foundry エージェント オブジェクトの有効化および無効化操作が利用可能になりました。これは一般提供されています。管理者は、開発者の介入を必要とすることなく、類似するエージェント アプリケーション操作に適用されるのと同じ権限昇格パターンを使用して、組織全体で Foundry エージェントを使用可能にするかどうかを制御できます。 これにより、Foundry エージェントが他のエージェント タイプと同様に Admin Center に取り込まれることで、ガバナンス上の重要なギャップが解消され、IT チームやガバナンス チームはエージェント環境全体を一貫して管理し、どのエージェントがアクティブであるかに関するコンプライアンスおよびセキュリティ要件を満たすことができます。 ブロック、ブロック解除、削除、復元、所有者の再割り当てなど、Agent 365 および Microsoft Entra のガバナンス操作は、引き続き拡充されています。ご利用を開始するには、Microsoft Admin Center を開き、Agent 365 のガバナンス制御機能をご利用ください。
パブリックプレビュー：SAP向け Mdsv4 および Msv4 シリーズの仮想マシン
Mdsv4 および Msv4 シリーズは、第 6 世代 Intel® Xeon® Scalable プロセッサを基盤とし、高度なセキュリティ機能と最新の Azure Boost テクノロジーによって強化された、メモリ最適化型の仮想マシンシリーズです。 SAP ワークロードを含む、メモリを大量に消費する要求の厳しいミッションクリティカルなワークロード向けに設計されたこれらの新シリーズは、パフォーマンス、スケーラビリティ、効率性、信頼性を向上させ、お客様が大規模なエンタープライズアプリケーションをよりコスト効率良く実行できるよう支援します。
パブリックプレビュー：Foundry Agent Service における Foundry Routines
パブリックプレビュー版では、Foundry Agent Service に「Foundry Routines」が追加されました。これは、公開されたエージェントを自動的に実行するためのネイティブなトリガープリミティブです。本番環境のエージェントは、スケジュールに従って、あるいはビジネスイベントが発生した際に実行される必要があることが多く、現在では、Logic Apps、Azure Functions、Webhook、キュー、カスタムストレージ、および個別のIDやロールの割り当てといった外部の連携要素を組み合わせて実現する必要があります。 エージェント自体はFoundry内で管理されていますが、トリガー層はこれまで、独自の構成、監視、障害モードを持つ顧客所有のインフラストラクチャに依存していました。 Routines には、定期的なスケジュール、1 回限りの遅延タイマー、およびサポートされている接続を介したイベントベースのトリガーが含まれており、トリガー、実行、および可観測性を、ガバナンスが適用される Foundry ワークスペース内に保持します。このプレビューは評価を目的としており、本番環境の SLA の対象外です。利用を開始するには、Foundry Agent Service で公開済みエージェントに Routine を追加してください。
一般利用可能：Azure Functions における PowerShell 7.6 のサポート
Azure Functions における PowerShell 7.6 のサポートが一般提供されました。これにより、ローカル環境で PowerShell 7.6 を使用してアプリを開発し、Azure Functions プランにデプロイできるようになりました。
パブリックプレビュー：VS Code での Azure アプリ開発に向けたガイド付き Copilot 体験のご紹介
本日は、VS Code で GitHub Copilot を使用してクラウドアプリを構築する新しい方法をご紹介します。これは、自由形式のチャットセッション（意図した結果が得られるかどうかわからない場合もある）ではなく、構造化され、予測可能なワークフローを通じて、アイデアから Azure へのアプリデプロイまでをガイドする Copilot の機能です。
問題点：Copilot は強力ですが、予測が困難です。現在、Copilot に「Azure Functions上でPostgresデータベースを使ったNode.js APIを作って」と依頼しても、動作するプロジェクトが得られることもあれば、そうでないこともあります。Copilotがアプリの骨格は生成しても、インフラの設定を省略してしまうこともあります。また、デプロイスクリプトを生成しても、途中で失敗してしまうこともあります。 また、3回ほどプロンプトを入力しただけで、何を作っていたのかを忘れてしまうこともあります。基盤となるモデル自体は高性能です。問題は、その体験のあり方にあるのです。「アイデアがある」という状態から「Azureで動作している」という状態に至るまで、チェックポイントも安全装置もなく、一貫した道筋もない、自由度の高いチャットのような形式になっているのです。
一般利用可能：Azure Sphere OS バージョン 26.09 がリリースされました
Azure Sphere OS バージョン 26.09 が、Retail フィードで利用可能になりました。このリリースには Azure Sphere OS の更新のみが含まれており、SDK の更新はありません。デバイスがインターネットに接続されている場合、クラウドから更新された OS を受け取ります。 OS 26.09 の Retail リリースでは、基盤となる Azure Sphere OS の Linux カーネルバージョンが 5.10.x ブランチから 6.1.x ブランチに移行され、Azure Sphere が Linux CIP Platform for Super Long-Term Support に準拠するようになりました。 これは、2031年のサポート終了に先立ち、Azure Sphere にとって最後の主要なカーネル更新となります。なお、このリリースには機能の変更や新機能は含まれていない点にご注意ください。
「Flex Nodes for AKS」は、アプリケーションおよびプラットフォームチームが、ハイブリッドおよびエッジインフラストラクチャを、Azure 上の AKS コントロールプレーンに接続されたワーカーノードとして利用するためのデプロイメントオプションです。 Flex Nodes は、一貫性のある Kubernetes コントロールプレーンを提供すると同時に、チームがレイテンシ、規制、または主権上の要件に応じてコンピューティングリソースを管理および保護できるようにします。ローカルのコントロールプレーンを備えた完全な Kubernetes クラスターを展開・運用するのではなく、Flex Nodes for AKS は、エッジまたは顧客のインフラストラクチャ上でワーカーノードのみが実行される接続環境向けに設計されています。 Flex Nodes for AKSは、AI推論、データ処理、産業用アプリケーション、コンテンツ配信、支店サービス、およびレイテンシーに敏感なビジネスワークロードなど、ローカルでの実行は必要だがローカルでの運用は不要なアプリケーションに最適です。
廃止：Node.js 22 のサポートは 2027年4月30日に終了します
Node.js 22 のサポートは 2027 年 4 月 30 日に終了します。それまでに Node.js 24 へ移行してください。Azure Function アプリは引き続き実行されますが、セキュリティパッチや更新プログラムの提供は終了し、Node.js 22 に関するカスタマーサポートも終了します。 サポート対象外のランタイムまたは言語バージョンで Function アプリを実行すると、問題が発生したり、パフォーマンスが低下したりする可能性があります。サポート対象を維持するには、アップグレードが必要です。必要なアクション：潜在的なセキュリティの脆弱性を回避し、Azure Functions アプリのリスクを最小限に抑え、最新の機能を活用するために、2027年4月30日までに Node.js 24 へアップグレードしてください。
廃止：.NET 8 および .NET 9 のサポートは 2026 年 11 月 10 日に終了します。アプリを .NET 10 にアップグレードしてください。
.NET 8 および .NET 9 のサポートは、2026年11月10日に終了します。 その日までに .NET 10 へ移行してください。Azure Function Apps は引き続き動作しますが、セキュリティ更新プログラムの提供は終了し、Azure Functions における .NET 8 および .NET 9 のサポートも終了します。サポート対象外のランタイムまたは言語バージョンで Function Apps を実行すると、セキュリティやパフォーマンス上の問題が発生する可能性があります。 サポート対象のバージョンを維持するには、2026年11月10日までに .NET 10 へアップグレードしてください。必要な対応 潜在的なセキュリティの脆弱性を回避し、Azure Functions アプリのリスクを最小限に抑え、最新の機能を活用するには、現在の構成に基づいて以下の対応を行う必要があります。
注：アプリが「Linux Consumption」プランの場合、.NET 10 にアップグレードする前に、まず「Flex Consumption」プランにアップグレードする必要があります。2026年11月10日までに、必要なすべてのアップグレードを完了し、アプリがインプロセスモデルから移行されていることを確認してください。
廃止：PowerShell 7.4 のサポートは 2026 年 11 月 10 日に終了します
PowerShell 7.4 のサポートは 2026 年 11 月 10 日に終了します。PowerShell 7.6 への移行を行ってください。Azure Function アプリは引き続き実行されますが、セキュリティ パッチや更新プログラムの提供は終了し、PowerShell 7.4 に関するカスタマー サポートも終了します。 サポート対象外のランタイムまたは言語バージョンで Function Apps を実行すると、問題が発生したり、パフォーマンスが低下したりする可能性があります。必要な対応：潜在的なセキュリティの脆弱性を回避し、Azure Functions アプリのリスクを最小限に抑え、最新の機能を活用するために、2026年11月10日までに PowerShell 7.6 へ移行してください。
注：アプリが「Linux 従量課金プラン」を利用している場合は、PowerShell 7.6 にアップグレードする前に、まず「Flex 従量課金プラン」にアップグレードする必要があります。
一般利用可能：Azure Container Apps Express
Azure Container Apps Express が一般提供開始されました。これは、インフラストラクチャに関する判断を必要とせずに、Azure 上で高性能なアプリケーションをゼロからハイパースケールまで立ち上げてスケーリングするための、最もシンプルかつ迅速な方法です。これは、エージェントと開発者の双方向けに特別に設計された、初の Azure コンピューティングプラットフォームです。Expressは、Azure Container Appsを大規模に運用してきた長年の経験に基づいています。Webアプリ、API、エージェントの開発に携わる開発者の多くは、迅速なデプロイ、自動スケーリング、そして複雑なインフラストラクチャの管理を避けたいと考えていることがわかりました。Expressはこれらの機能を提供します。数秒で環境をセットアップし、あらゆるトラフィック量に対応でき、複雑な設定を排除します。これにより、チームはコードの記述から本番環境対応のアプリを数時間ではなく、わずか数分で手に入れることができます。
一般利用可能：Azure Container Apps サンドボックス
エージェント型アプリケーション、マルチテナントプラットフォーム、開発環境、CI/CD システムを構築するチームは、信頼できないコードを安全に実行し、セッション間で状態を維持し、アイドル状態の容量に対してコストを支払うことなく需要の急増に対応するために、カスタムインフラストラクチャを組み合わせて構築せざるを得ないことがよくありました。Azure Container Apps Sandboxes は、Azure Container Apps に新たに追加されたファーストクラスのリソースタイプにより、この課題に対処します。このリソースタイプは、サスペンドおよび再開機能が組み込まれた、高速で安全な一時的なコンピューティング環境を提供します。各サンドボックスは、ハードウェア的に分離された独自のマイクロVM境界内で実行され、標準のOCIコンテナイメージをサポートし、1秒未満で起動します。メモリ、ディスクの状態、およびプリロードされたライブラリをスナップショットとして保持できるため、ワークロードはコールドスタートによる再読み込みのオーバーヘッドを発生させることなく、同じポイントから迅速に再開できます。技術担当者にとっては、これにより、AI によって生成されたワークロードや、その他信頼性の低いワークロードを強力に隔離された環境で実行できるようになり、長時間実行されるタスク間でも実行コンテキストを維持できるほか、GitHub Sandbox、Foundry Agent Service のホスト型エージェント、Azure Container Apps Express などのサービスも支えているのと同じ Azure 基盤を利用して、同時実行可能なサンドボックスを 0 から数千までスケールできるようになります。