第２８８回
パブリックプレビュー：Azure DDoS Protection のカスタムポリシー
Azure DDoS Protectionのカスタムポリシーがパブリックプレビューを開始しました。この機能により、保護対象のStandard Load BalancerのフロントエンドIP構成について、リソースごとにDDoS緩和のしきい値を制御できるようになります。お客様は、TCP、UDP、およびTCP SYNトラフィックに対して、固定の着信検知しきい値を設定できます。しきい値は 1 秒あたり 50,000 から 2,000,000 パケットの範囲で設定可能であり、計画的なサービス開始、季節的なピーク、ゲームイベント、持続的な高トラフィックワークロードなど、予測可能なトラフィックパターンや異常なトラフィックパターンに対応するのに役立ちます。プロトコルに対してカスタムしきい値が構成されている場合、Azure はそのプロトコルに対して適応型自動調整の代わりにそのしきい値を使用します。カスタムしきい値が設定されていないプロトコルについては、引き続き Azure DDoS Protection の適応型自動調整が使用されます。パブリック プレビュー期間中、お客様は Azure ポータル、Azure CLI、Azure Resource Manager テンプレート、および REST API を通じてカスタム ポリシーを作成および管理できます。カスタム ポリシーは現在、Standard Load Balancer のフロントエンド IP 構成におけるインバウンド トラフィックをサポートしています。プレビュー期間中は、利用可能なリージョンが限定されています。
パブリックプレビュー：Azure API Management の AI Gateway
Azure API Management の「AI Gateway」ティアが、パブリックプレビューとして提供開始されました。既存の API Management ティアで提供されている AI ゲートウェイ機能を引き継いだこの新しい AI Gateway ティアは、AI ワークロード向けに最適化された専用の機能を提供します。組織が AI を運用化するにつれ、プラットフォームチームには、AI モデル、MCP サーバー、ツールなどの AI アセットを安全に公開するための一貫した方法が必要となります。AI Gateway を利用することで、組織は AI ワークロード全体にわたり、一貫したセキュリティ、ポリシー、認証、可観測性、および運用制御を適用できるようになります。信頼性の高いエンタープライズグレードの Azure API Management プラットフォームを基盤とする AI Gateway は、AI に最適化されたポータルおよびプログラムによる操作環境を提供します。この環境はモデル、MCP サーバー、およびツールを中心に構成されており、プラットフォーム チームが AI アセットの発見、公開、保護、監視を容易に行えるようになります。パブリックプレビューでは、Microsoft Foundryでホストされているモデルに加え、AWS Bedrock、Google Vertex AI、OpenAI、Anthropicでホストされているモデルもサポートされています。また、既存のMCPバックエンド、OpenAPI定義、またはコネクタから作成されたMCPサーバーに対しても、組み込みのポリシー適用、OpenTelemetryベースの可観測性、およびエンタープライズ認証といった、一貫した制御機能を拡張して提供します。
一般利用可能：Azure Firewall における HTTP ヘッダーの挿入機能
Azure Firewall は HTTP ヘッダーの挿入に対応するようになり、組織は Azure Firewall のアプリケーション ルールから直接、HTTP/HTTPS リクエスト ヘッダーを追加または上書きできるようになりました。この機能により、顧客はサードパーティのプロキシやオンプレミスのインフラストラクチャに依存することなく、セキュリティ制御の実施、テナント制限シナリオのサポート、バックエンド サービスとの統合、およびアプリケーション アクセス管理の簡素化が可能になります。この機能は、Microsoft Entra のテナント制限、Azure Virtual Desktop、VDI、SaaS アクセス制御、およびエンタープライズ出力フィルタリングなどのシナリオで特に有用です。Azure Firewall でヘッダー挿入をネイティブに有効化することで、顧客はプロキシへの依存を軽減し、ヘッダー挿入のためだけにトラフィックをオンプレミスにルーティングし直す必要がなくなり、運用効率を向上させることができます。HTTPヘッダーの挿入は、Azure Firewall Premiumにおいて、HTTPトラフィックおよびTLSインスペクションを使用して復号化されたHTTPSトラフィックでサポートされています。StandardおよびBasic SKUでは、HTTPトラフィックでサポートされています。この機能は、Azure Portal、Azure CLI、PowerShell、REST API、Terraform、およびAzure Firewall Draft + Deployを通じて構成できます。
一般利用可能：Azure Databricks 上の Claude Opus 5
Azure Databricksは、AI Model Servingを通じてAnthropicのClaude Opus 5に対応するようになりました。Claude Opus 5は、高度な推論、コーディング、エージェント型ワークフロー、および専門的な知識作業を目的としたAnthropicの最新モデルです。Claude Opus 5は、深い推論、長期的な計画立案、およびソフトウェア開発の支援を必要とする複雑なタスク向けに設計されています。お客様は、Azure DatabricksでClaude Opus 5を活用し、企業データに基づいたAIアプリケーションやエージェントを構築することができます。
一般利用可能：Microsoft Azureが、インドの新しいクラウドリージョン（インド中南部）で利用可能になりました
マイクロソフトは、インドにおける4つ目のデータセンター地域「インド・サウス・セントラル」の開設を発表しました。この地域は、テランガーナ州ハイデラバードにキャンパスを構えています。同地域は、AI対応を重要な重点事項として設計された、ローカルで安全かつ最先端のクラウドインフラストラクチャを顧客に提供します。これにより、インドにおけるクラウドおよびAIサービスへの需要の高まり、顧客のデジタルトランスフォーメーション、ローカルデータレジデンシー、レイテンシーの改善、そして耐障害性の高いクラウド容量への対応を支援します。
AKS上で大規模なAI、GPU、Windows、およびその他のパフォーマンスに敏感なワークロードを実行している組織では、ワークロードを実行する前に新しいノードがコンテナイメージを繰り返しダウンロードし、初期化タスクを実行する必要があるため、ノードの起動時間が長くなりがちです。現在プレビュー提供中の「AKS Prepared Image Specification」を利用することで、お客様は必要なコンテナイメージやカスタマイズ設定を事前に組み込んだ事前構成済みのノードイメージを作成でき、新しいノードをすぐに実行可能な状態で起動できるようになります。これにより、ワークロードのスケーリングがより迅速かつ予測可能になり、アプリケーションの起動遅延が短縮され、成長期やトラフィックの急増時における運用効率が向上します。
パブリックプレビュー：Azure Kubernetes Fleet Manager における更新実行の最大許容障害数
フェイルファスト型の更新展開では、少数のメンバークラスターでの更新失敗が、より広範囲にわたる更新展開の進行を停止させてしまう可能性があります。現在プレビュー版として提供されている Azure Kubernetes Fleet Manager の更新実行における「最大許容失敗数」は、一部のメンバークラスターの更新が失敗した場合でも更新実行を継続できるようにするオプション設定です。お客様は、ステージレベルまたはグループレベルで、固定数またはパーセンテージを使用して障害閾値を定義できます。これにより、プラットフォームチームは、ロールアウトの正確性と更新プロセスの継続性とのバランスをより細かく制御できるようになり、フリート管理対象のクラスター全体で、より柔軟かつ耐障害性の高い更新戦略を実現できます。
一般利用可能：Azure Kubernetes Fleet Manager におけるリソースの配置
複数のクラスターにまたがる Kubernetes リソースの管理では、更新の適用や一貫性の維持に多大な手作業が必要となる場合があります。Azure Kubernetes Fleet Manager のリソース配置機能が一般提供開始され、プラットフォームチームやアプリケーションチームは、複数の AKS および Arc 対応クラスターに Kubernetes リソースを一貫して分散できるようになりました。このリリースには、v1のResource Placement Kubernetes APIが含まれており、フリート全体での配置の作成、表示、管理を行うための新しいAzureポータル環境が導入されています。ラベルやプロパティに基づいて対象のメンバークラスターを選択する配置ポリシーを使用することで、チームはクラスターごとにリソースを適用、更新、追跡することに伴う手間とリスクを軽減できます。
一般利用可能：Gateway API によるアプリケーションルーティング
新しいKubernetes標準を採用しながらIngressルーティングを管理するには、近代化の取り組みと既存のデプロイメントとのバランスを取る必要がある場合があります。AKSにおいて、Gateway APIを使用したアプリケーションルーティングが一般提供開始され、サービスメッシュを必要とせずにKubernetes Gateway APIをIngress管理に活用できるようになりました。既存の ingress-nginx ベースのアプリケーションルーティングは 11 月まで引き続きサポートされ、お客様はオープンソースの ingress2gateway ツールを使用して、ご自身のペースで Gateway API ベースのモデルへ移行することができます。これにより、技術担当者は、軽量なフットプリントを維持しつつ、標準化されたルーティングモデルを採用し、既存のイングリッス構成からの段階的な移行をサポートすることが可能になります。
一般利用可能：StandardV2 NATゲートウェイにおけるNAT64
StandardV2 NATゲートウェイはNAT64に対応するようになり、合成された送信側IPv6トラフィックをIPv4トラフィックに変換することで、IPv6ワークロードがIPv4のみのインターネット宛先と通信できるようになりました。NAT64は、DNS64対応のリゾルバーを利用して、IPv4アドレスをNAT64の既知プレフィックス「64:ff9b::/96」内に埋め込むことでIPv6アドレスを合成します。これにより、クライアントのトラフィックは自然にNAT64宛てに送信され、変換が行われます。
Microsoft Azure、Azure Government、Azure Government Secret、およびAzure Government Top Secret向けの「Azure Enclave」のパブリックプレビューの提供を開始します。Azure Enclaveは、政府機関やその他の規制対象業界において、機密性の高いワークロード向けの隔離されたクラウド環境の展開と管理を効率化します。Azure Enclaveを利用することで、顧客は不可欠なセキュリティと隔離を維持しつつ、重要なワークロードを迅速に提供できます。Azure Enclaveは、デフォルトで仮想ネットワークインフラストラクチャを隔離するように設計されており、接続が明示的に構成および管理されることを保証するための制御機能が備わっています。
一般利用可能：Azure Sphere OS バージョン 26.09 の評価版が利用可能になりました
Azure Sphere OS バージョン 26.09 RC1 が、Retail Eval フィードで評価用に利用可能になりました。このリリースには顧客向けの変更は含まれていませんが、長期サポートおよびセキュリティへの取り組みの一環として、Azure Sphere の基盤となる Linux カーネルバージョンが大幅なバージョンアップを行っています。そのため、このリリースは 2026 年 9 月まで評価期間が延長され、お客様による評価テストに十分な時間が確保されます。6 ヶ月以上にわたる徹底的な統合テストおよび回帰テストを実施し、このアップデートが契約上の要件に何ら影響を与えないよう万全を期していますが、お客様には、市場に出回っているアプリケーションでこのリリースを評価し、問題がある場合はできるだけ早期に Azure Sphere 製品グループまでご連絡いただくことを強くお勧めします。この評価期間終了後、26.09はリテールフィード内のデバイスに対して正式リリースされ、広く展開されます。26.09 RC1 OS リテール評価版には、Linux カーネルのメジャーバージョンアップが含まれています。
パブリックプレビュー：Azure Monitor Logs から Microsoft Fabric へのミラーリング
この機能により、Azure Monitor Log Analytics ワークスペースからのテレメトリデータが Microsoft Fabric に共有され、オブザーバビリティデータが重複することなく、ほぼリアルタイムで OneLake 上でオープンフォーマットである Delta Parquet として利用可能になります。Analytics、Basic、Auxiliary ログを含む、すべての Azure Monitor Logs ティアがサポートされています。Fabric で利用可能になると、Azure Monitor データは、Eventhouse、Power BI、Spark などの Fabric 機能を使用して、運用データやビジネスデータと併せて分析することができます。
可能なこと：組織は、テレメトリデータをERPやCRMなどのシステムから得られるビジネスコンテキストと組み合わせることで、運用イベントがビジネスに与える影響についてより深い洞察を得ることができます。これにより、ドメイン横断的な分析、より情報に基づいた意思決定、迅速な対応が可能になります。また、組織は、可観測性データに対して、高度な分析、機械学習、長期的な傾向分析、レポート作成を直接適用することもできます。