生成日時: 2026年11月11日 対象期間: 過去 24 時間以内 処理モード: 詳細モード 更新件数: 5 件
公開日時: 2026年11月10日 20:08:32 UTC リンク: Public Preview: Distributed accelerator for cloud storage on AKS
アップデートID: 578454 情報源: Azure Updates API
カテゴリ: In preview, Containers, Azure Container Storage, Feature
要約:
【何が更新されたか】
Azure Kubernetes Service（AKS）上で動作するクラウドストレージ向けのDistributed accelerator for cloud storage（DACS）がパブリックプレビューとして提供開始されました。
【主な変更点や新機能】
DACSはAKSクラスタ内で動作する分散型のリードスルーキャッシュであり、ノード間のローカルNVMeディスクを活用してストレージアクセスの高速化を実現します。これにより、AIワークロードなど大量データを扱うアプリケーションのパフォーマンス向上が期待できます。
【影響を受ける対象】
AKS上でAIワークロードやデータ集約型アプリケーションを運用している技術者や開発者が主な対象です。特に、ストレージI/O性能が課題となっている環境で恩恵を受ける可能性があります。
【注意点】
本機能はパブリックプレビュー段階のため、商用利用や本番環境での導入には慎重な検討が必要です。また、AKSクラスタ内のNVMeディスクが必要となるため、構成やリソース要件を事前に確認してください。
詳細:
Azure Kubernetes Service（AKS）上で稼働するAIワークロード向けに、Distributed accelerator for cloud storage（DACS）がパブリックプレビューとして提供開始されました。DACSは、AKSクラスタ内で動作する分散型のリードスルーキャッシュであり、クラスタ内の各ノードに搭載されたローカルNVMeディスクを活用して、クラウドストレージへのアクセスを高速化する仕組みです。
このアップデートの背景には、AIワークロードが大量のデータをクラウドストレージから頻繁に読み込む際のレイテンシや帯域幅の課題があり、これを解決するためにDACSが導入されています。DACSは、クラウドストレージから取得したデータをローカルNVMeディスクにキャッシュし、以降のアクセス時にはクラウドストレージではなくローカルキャッシュからデータを取得することで、データアクセスのパフォーマンス向上を実現します。
具体的な機能として、DACSはAKSクラスタ内の複数ノードにまたがって分散的にキャッシュを構築し、クラウドストレージへの読み取り要求を効率的に処理します。キャッシュはリードスルー方式で動作し、初回アクセス時にクラウドストレージからデータを取得し、以降はキャッシュから提供します。これにより、AIワークロードのデータ処理速度が向上し、クラウドストレージへのアクセス頻度が低減されます。
技術的な仕組みとして、DACSはAKSクラスタ内で動作するコンテナとして実装されており、各ノードのNVMeディスクを活用してキャッシュ領域を確保します。分散キャッシュの管理はDACSが自動的に行い、ノード間でキャッシュの一貫性やデータの分散配置を維持します。これにより、クラスタ全体で効率的なキャッシュ運用が可能となります。
活用シナリオとしては、AIモデルのトレーニングや推論処理など、大量のデータをクラウドストレージから読み込む必要があるワークロードに最適です。特に、頻繁に同じデータセットにアクセスする場合や、クラウドストレージのレイテンシがボトルネックとなるケースで効果を発揮します。
注意点として、DACSはAKSクラスタ内のローカルNVMeディスクを利用するため、ノードのストレージ容量やディスク性能に依存します。また、パブリックプレビュー段階であるため、運用環境での利用には十分な検証が必要です。現時点では、詳細な制限事項やサポート範囲については公式ドキュメントの確認が推奨されます。
関連するAzureサービスとしては、Azure Kubernetes Serviceとクラウドストレージ（Azure Blob Storageなど）が挙げられます。DACSはこれらのサービスと連携し、クラウドストレージのデータアクセスを高速化する役割を担います。
公開日時: 2026年11月10日 20:07:45 UTC リンク: Generally Available: Azure Functions support for .NET 11
アップデートID: 578773 情報源: Azure Updates API
カテゴリ: Launched, Compute, Containers, Internet of Things, Azure Functions, Features, SDK and Tools, Feature
要約:
【Azure Update要約：Azure Functionsの.NET 11対応が一般提供開始】
■何が更新されたか
Azure Functionsで.NET 11のサポートが一般提供（GA）されました。
■主な変更点や新機能
.NET 11をターゲットとしたAzure Functionsアプリを、隔離ワーカーモデル（Isolated Worker Model）で構築できるようになりました。これにより、最新の.NETランタイムを活用しつつ、従来通りAzure Functionsのプログラミングモデルやホスト統合機能を利用できます。
■影響を受ける対象
Azure Functionsを利用している開発者や、.NETベースのサーバーレスアプリケーションを開発・運用している技術者が対象です。特に、最新の.NETバージョンへの移行や新規開発を検討している方にとって重要なアップデートです。
■注意点
.NET 11対応は隔離ワーカーモデルのみとなります。既存のインプロセスモデルを利用している場合は、移行や互換性に注意が必要です。また、アプリの動作や依存ライブラリの対応状況も事前に確認してください。
詳細：https://azure.microsoft.com/updates?id=578773
詳細:
Azure Functionsにおける.NET 11サポートが一般提供（GA）となりました。本アップデートの背景には、最新の.NETランタイムへの対応を迅速に進めることで、開発者が最新技術を活用しやすくするという目的があります。これにより、Azure Functionsアプリケーションを.NET 11で構築できるようになり、パフォーマンスやセキュリティ、最新の言語機能を利用したサーバーレスアプリケーション開発が可能となります。
今回のアップデートでは、Azure Functionsの「isolated worker model」を利用して.NET 11をターゲットとするアプリケーションの構築が可能となりました。isolated worker modelは、アプリケーションの実行プロセスをAzure Functionsホストから分離することで、より柔軟なランタイム管理や依存関係の制御を実現します。従来のAzure Functionsのプログラミングモデルやホスト統合機能はそのまま利用できるため、既存の開発フローを維持しつつ、最新の.NETランタイムへの移行が容易です。
技術的な実装方法としては、Azure Functionsプロジェクトを作成する際にターゲットフレームワークとして.NET 11を指定し、isolated worker modelを選択します。これにより、Function Appのコードは独立したプロセスで実行され、ホスト環境とは分離された形で動作します。Azure Functionsのトリガーやバインディング、ロギング、設定管理などの機能は従来通り利用可能です。
活用シナリオとしては、最新の.NET 11の機能やパフォーマンス向上を活かしたサーバーレスAPIやイベント駆動型アプリケーションの開発が挙げられます。例えば、リアルタイムデータ処理やバックエンドサービスの構築、マイクロサービスアーキテクチャの一部としてAzure Functionsを利用する場合に、最新の.NETランタイムの恩恵を受けることができます。
注意点としては、isolated worker modelでのみ.NET 11がサポートされる点です。従来のin-processモデルでは.NET 11は利用できません。また、既存のFunction Appを.NET 11に移行する場合は、コードの互換性や依存パッケージの対応状況を事前に確認する必要があります。
関連するAzureサービスとの連携については、Azure Functionsは引き続きAzure Storage、Event Grid、Service Busなどの各種トリガーやバインディングと統合可能です。これにより、クラウドネイティブなイベント駆動型アーキテクチャを.NET 11環境で構築することができます。
以上が、Azure Functionsの.NET 11サポート一般提供に関する詳細な技術解説です。
公開日時: 2026年11月10日 18:55:53 UTC リンク: Public Preview: Azure Front Door adds native gRPC support
アップデートID: 579383 情報源: Azure Updates API
カテゴリ: In preview, Networking, Security, Azure Front Door, Features, Services
要約:
何が更新されたか
Azure Front Door StandardおよびPremiumにおいて、gRPCのネイティブサポートがパブリックプレビューとして追加されました。
主な変更点や新機能
今回のアップデートにより、Azure Front Doorを経由してgRPCアプリケーションを構築・配信できるようになりました。gRPCサポートにより、特定サービスやメソッドへのルーティング、トラフィックの分散が可能になります。
影響を受ける対象
gRPCを利用したアプリケーションをAzure Front Doorで公開・運用したい技術者や開発者が対象です。既存のFront Door Standard/Premium利用者でgRPC導入を検討している方にも影響があります。
注意点があれば記載
本機能はパブリックプレビュー段階のため、本番環境での利用には慎重な検討が必要です。サポート範囲や制限事項については公式ドキュメントの確認を推奨します。
詳細:
Azure Front DoorにおけるgRPCサポートのパブリックプレビューが発表されました。このアップデートの背景には、マイクロサービスアーキテクチャの普及や、リアルタイム通信・高効率なデータ転送を必要とするアプリケーションの増加があります。gRPCはGoogleが開発した高性能なオープンソースRPCフレームワークであり、HTTP/2を基盤とした双方向ストリーミングや効率的なバイナリ通信を特徴としています。従来、Azure Front DoorはHTTP/HTTPSベースのREST APIやWebアプリケーションの配信に最適化されていましたが、今回のアップデートにより、gRPCプロトコルを利用したアプリケーションもAzure Front Door StandardおよびPremiumを通じて構築・配信できるようになりました。
具体的な機能としては、Azure Front DoorがgRPCリクエストをネイティブに認識し、gRPCサービスへのルーティングをサポートします。これにより、gRPCのサービスやメソッド単位でのトラフィック分散が可能となり、マイクロサービス間の通信やリアルタイムデータ処理を行うアプリケーションのスケーラビリティと可用性が向上します。技術的には、Azure Front DoorがHTTP/2プロトコルをエンドツーエンドでサポートし、クライアントからのgRPCリクエストをバックエンドのgRPCサービスに透過的に転送します。これにより、従来必要だったプロトコル変換やプロキシ設定が不要となり、gRPCの持つ性能や機能を損なうことなくエッジ配信やグローバル負荷分散が実現できます。
活用シナリオとしては、グローバルに分散したgRPCベースのマイクロサービスの配信、リアルタイム通信を必要とするゲームやIoTアプリケーション、機械学習モデルの推論APIなどが挙げられます。これらのシステムでは、Azure Front Doorを利用することで、世界中のユーザーに対して低遅延かつ高信頼性のgRPCサービスを提供できます。
注意点としては、現時点ではパブリックプレビュー段階であるため、運用環境での利用には慎重な検証が必要です。また、gRPCサポートの詳細な制限事項やサポートされるgRPCのバージョン、特定の機能（例：双方向ストリーミングや認証方式など）の対応状況については、公式ドキュメントを参照する必要があります。
関連するAzureサービスとしては、Azure Kubernetes Service（AKS）やAzure App Serviceなど、gRPCバックエンドをホストする各種サービスと連携することで、エンドツーエンドのgRPCアプリケーション基盤を構築できます。Azure Front DoorのgRPCサポートにより、これらのサービスをグローバルに公開し、セキュアかつスケーラブルに運用することが可能となります。
公開日時: 2026年11月10日 18:55:09 UTC リンク: Generally Available: Azure Front Door edge actions
アップデートID: 579310 情報源: Azure Updates API
カテゴリ: Launched, Networking, Security, Azure Front Door, Features, Services
要約:
【何が更新されたか】
Azure Front Doorの「edge actions」が一般提供（GA）されました。
【主な変更点や新機能】
edge actionsは、Azure Front DoorのエッジでサーバーレスなJavaScript関数を実行できる機能です。これにより、クライアントリクエストやレスポンス処理時にリアルタイムで軽量なロジックを適用できます。例えば、リクエストの検証、ヘッダーの書き換え、レスポンスのカスタマイズなどが可能です。
【影響を受ける対象】
Azure Front Doorを利用している技術者や開発者が対象です。特に、WebアプリケーションやAPIの配信において、エッジで動的な処理やセキュリティ対策を強化したい場合に有用です。
【注意点】
edge actionsはJavaScriptで記述するため、セキュリティやパフォーマンスへの影響を考慮した設計が必要です。また、既存のFront Door設定と併用する際は動作検証を十分に行ってください。
公式情報：https://azure.microsoft.com/updates?id=579310
詳細:
Azure Front Door edge actionsの一般提供が開始されました。本アップデートは、Azure Front Door上でエッジコンピューティングを実現するための新機能として位置付けられています。エッジアクションは、クライアントからのリクエストやレスポンスの処理時に、軽量なJavaScript関数を実行できる機能です。これにより、リアルタイムで動的な処理をエッジで行うことが可能となります。
具体的には、Azure Front Doorのリクエスト/レスポンスパイプライン内で、ユーザーが定義したJavaScript関数を実行し、リクエストの内容を検査・変更したり、レスポンスのヘッダーを動的に付与したりすることができます。従来はバックエンドで処理していた一部のロジックを、より高速にエッジで処理できる点が特徴です。技術的な仕組みとしては、Azure Front Doorのエッジノード上でサーバーレス環境が提供され、JavaScript関数がイベント駆動型で実行されます。これにより、サーバー管理やインフラ構築の負担なく、必要な処理をエッジで実装できます。
活用シナリオとしては、リクエストの認証・認可、ヘッダーの付与や書き換え、A/Bテストの振り分け、カスタムルーティング、セキュリティ強化などが挙げられます。例えば、特定の条件に応じてリクエストを異なるバックエンドにルーティングしたり、レスポンスヘッダーにセキュリティポリシーを追加する処理をエッジで実行することが可能です。
注意点としては、エッジアクションで実行できるJavaScript関数は軽量な処理に限定されており、複雑な計算や長時間の処理には適していません。また、Azure Front Doorのエッジノードで実行されるため、外部サービスとの連携やリソースへのアクセスには制限がある場合があります。エッジアクションの利用にあたっては、パフォーマンスやセキュリティへの影響を十分に考慮する必要があります。
関連するAzureサービスとしては、Azure FunctionsやAzure Logic Appsなどのサーバーレスサービスがありますが、Azure Front Door edge actionsは、これらとは異なり、CDNやアプリケーションアクセラレーションのエッジレイヤーで直接処理を行う点が特徴です。これにより、ネットワークレイテンシの低減やリアルタイムなレスポンス改善が期待できます。
詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=579310）をご参照ください。
公開日時: 2026年11月10日 18:21:41 UTC リンク: Public Preview: Azure Route Server dual-stack IPv4/IPv6 support
アップデートID: 579746 情報源: Azure Updates API
カテゴリ: Networking, Azure Route Server, Features
要約:
【何が更新されたか】
Azure Route ServerがIPv4/IPv6デュアルスタックモードに対応し、パブリックプレビューとして提供開始されました。
【主な変更点や新機能】
これにより、Azure Route Serverを利用したハイブリッドネットワーク接続において、IPv4とIPv6の両方のアドレスファミリーでルート交換が可能になります。既存のIPv4接続はそのまま維持されるため、IPv6ルーティングを段階的に導入することができます。
【影響を受ける対象】
Azure Route Serverを利用している企業や、ハイブリッドネットワーク構成（オンプレミスとAzure間の接続）でIPv6対応を検討している技術者が対象となります。
【注意点】
本機能は現在パブリックプレビュー段階のため、本番環境での利用には十分な検証が必要です。また、既存のIPv4接続には影響がありませんが、IPv6導入時には対応するネットワーク機器や設定の確認が必要です。
詳細:
Azure Route Serverは、ハイブリッドネットワーク環境におけるルーティング管理を簡素化するサービスです。今回のアップデートでは、Azure Route ServerがIPv4/IPv6デュアルスタックモードをパブリックプレビューとしてサポートするようになりました。この機能追加の背景には、企業や組織が従来のIPv4アドレス空間の枯渇や、IPv6対応の必要性に直面していることが挙げられます。これにより、Azure上のハイブリッド接続環境において、IPv4とIPv6の両方のアドレスファミリーに対するルート交換が可能となり、ネットワークの柔軟性と拡張性が向上します。
具体的な機能としては、Azure Route Serverがデュアルスタックモードで動作することで、サポートされているハイブリッド接続（例：オンプレミスネットワークとAzure間のVPN GatewayやExpressRouteなど）に対して、IPv4およびIPv6のルート情報を同時に交換できるようになります。既存のIPv4接続については変更がなく、IPv6ルーティングの導入や移行を段階的に進めることが可能です。これにより、既存環境を維持しつつ、将来的なIPv6対応を計画的に進めることができます。
技術的な仕組みとしては、Azure Route ServerがBGP（Border Gateway Protocol）を用いて、接続されたオンプレミスルーターや仮想ネットワークゲートウェイと動的にルート情報を交換します。デュアルスタックモードでは、BGPセッションがIPv4およびIPv6の両方のアドレスファミリーに対応し、各アドレスファミリーごとにルート情報を管理します。これにより、ネットワーク管理者は複雑なルーティング設定や手動によるルート追加を行う必要がなくなり、運用効率が向上します。
活用シナリオとしては、例えば、オンプレミス環境とAzure間でIPv6対応を進めたい場合や、グローバルなサービス展開においてIPv6アドレス空間を活用したい場合に有効です。また、既存のIPv4環境を維持しつつ、段階的にIPv6ルーティングを導入することで、ネットワーク移行のリスクを最小限に抑えることができます。
注意点としては、本機能はパブリックプレビュー段階であるため、商用利用や本番環境での運用には慎重な検証が必要です。また、サポートされるハイブリッド接続やルーティング機能の詳細については、公式ドキュメントやアップデート情報を参照し、制限事項や既知の問題を確認することが重要です。
関連するAzureサービスとしては、Azure Virtual Network、VPN Gateway、ExpressRouteなどが挙げられます。これらのサービスと連携することで、オンプレミスとクラウド間のルーティング管理を統合し、複雑なネットワーク構成にも柔軟に対応することが可能です。
このレポートは自動生成されました - 2026-11-11 12:01:57 JST