生成日時: 2026年10月09日 対象期間: 過去 24 時間以内 処理モード: 詳細モード 更新件数: 7 件
公開日時: 2026年10月08日 22:51:01 UTC リンク: Generally Available: Managed StandardV2 NAT Gateway for AKS
アップデートID: 574430 情報源: Azure Updates API
カテゴリ: Launched, Compute, Containers, Networking, Azure Kubernetes Service (AKS), Azure NAT Gateway, Features
要約:
【何が更新されたか】
Azure Kubernetes Service（AKS）において、AKS管理の仮想ネットワークを利用するクラスタ向けに、StandardV2 NAT Gatewayのマネージド提供が一般提供（GA）となりました。
【主な変更点や新機能】
AKSがクラスタ作成時にStandardV2 NAT Gatewayを自動的にプロビジョニング・管理するようになりました。これにより、アウトバウンド通信のためのNAT GatewayのSKUがStandardV2に標準化され、管理の手間が軽減されます。新規クラスタ作成時に「managedNATGateway」アウトバウンドタイプを選択すると、StandardV2がデフォルトで適用されます。
【影響を受ける対象】
AKS管理の仮想ネットワークを利用し、アウトバウンド通信にNAT Gatewayを使用するクラスタが対象です。特に新規クラスタ作成時に影響があります。
【注意点】
StandardV2 NAT Gatewayは対応リージョンのみ利用可能です。既存クラスタやカスタムネットワーク構成の場合は本アップデートの影響を受けない可能性があります。構成変更やリージョン対応状況に注意してください。
詳細:
本アップデートは、Azure Kubernetes Service（AKS）において、AKSが管理する仮想ネットワークを利用するクラスタに対して、StandardV2 NAT Gatewayのプロビジョニングと管理が一般提供（GA）されたことを示しています。これにより、AKSクラスタのアウトバウンド通信におけるNAT GatewayのSKUとして、StandardV2がデフォルトで選択されるようになりました。対象となるリージョンで、managedNATGateway outbound typeを指定した新規クラスタ作成時に、StandardV2 NAT Gatewayが自動的に適用されます。
具体的な機能としては、AKSが仮想ネットワークの管理を担う場合、クラスタのアウトバウンド通信を効率的かつセキュアに行うために、NAT Gatewayの構成と運用を自動化します。従来はStandard SKUが利用されていましたが、今回のアップデートによりStandardV2が標準となり、これにより性能や可用性、スケーラビリティの向上が期待できます。StandardV2 NAT Gatewayは、より高いスループットや接続数、改善された管理機能を提供することが特徴です。
技術的な仕組みとしては、AKSクラスタのアウトバウンド通信経路としてNAT Gatewayを利用することで、クラスタ内部のPodやサービスがインターネットにアクセスする際のIPアドレスを統一し、セキュリティや管理の効率化を図ります。AKSが管理する仮想ネットワーク上で、NAT Gatewayのリソース作成や設定、運用までを一括して自動化するため、ユーザーは複雑なネットワーク構成やNAT Gatewayの管理作業を意識することなく利用できます。
活用シナリオとしては、AKSクラスタから外部サービスやインターネットへのアクセスが必要な場合、NAT Gatewayを利用することでIPアドレスの一元管理やアウトバウンド通信のセキュリティ強化が可能です。特に、IPアドレス制限や監査が必要なシステム、または大量のアウトバウンド接続を行うマイクロサービス環境において、StandardV2 NAT Gatewayの性能向上が有効に機能します。
注意点としては、StandardV2 NAT Gatewayがデフォルトとなるのは、AKSが管理する仮想ネットワークかつmanagedNATGateway outbound typeを利用する新規クラスタのみであり、既存クラスタやカスタムネットワーク構成の場合は適用されない可能性があります。また、サポートされるリージョンに限定されているため、利用前に対象リージョンを確認する必要があります。
関連するAzureサービスとしては、Azure Virtual Network、NAT Gateway、AKSが密接に連携します。AKSのクラスタ管理とネットワーク構成が統合されることで、運用負荷の軽減やセキュリティ向上が実現されます。今回のアップデートにより、AKS環境でのアウトバウンド通信管理がさらに効率化されることが期待されます。
公開日時: 2026年10月08日 19:56:31 UTC リンク: Generally Available: Azure Database for PostgreSQL flexible server in East US 3
アップデートID: 573691 情報源: Azure Updates API
カテゴリ: Launched, Databases, Hybrid + multicloud, Azure Database for PostgreSQL, Feature
要約:
何が更新されたか
Azure Database for PostgreSQL Flexible ServerがEast US 3リージョンで一般提供（GA）されました。
主な変更点や新機能
これまで利用できなかったEast US 3リージョンで、PostgreSQL Flexible Serverをデプロイできるようになりました。これにより、リージョン選択の幅が広がり、地理的な分散や災害対策、レイテンシの最適化が可能になります。
影響を受ける対象
East US 3リージョンでPostgreSQL Flexible Serverを利用したいユーザーや、マルチリージョン構成を検討している技術者、アプリケーションの可用性やパフォーマンス向上を目指す開発者が対象となります。
注意点があれば記載
East US 3リージョンでの利用に際して、リージョン固有のサービス制限や価格設定がある場合は公式ドキュメントを確認してください。また、既存のサーバーからの移行やレプリケーション設定時にはリージョン間の仕様差に注意が必要です。
詳細:
Azure Database for PostgreSQL Flexible ServerがEast US 3リージョンで一般提供（GA）されたことにより、ユーザーはこのリージョンでPostgreSQLのフレキシブルサーバーをデプロイできるようになりました。このアップデートの背景には、Azureのグローバル展開とリージョンごとのサービス拡充による可用性向上や、ユーザーの地理的要件への対応があります。East US 3リージョンの追加により、東部米国地域のユーザーはより低いレイテンシーやデータ主権の要件を満たしつつ、PostgreSQL Flexible Serverの機能を利用できます。
具体的な機能や変更内容としては、East US 3リージョンでAzure Database for PostgreSQL Flexible Serverのプロビジョニング、スケーリング、バックアップ、リストア、フェイルオーバーなどの標準機能が利用可能となります。Flexible Serverは、シングルサーバーと比較してより柔軟な構成やスケーリングオプション、カスタマイズ可能なメンテナンスウィンドウ、可用性ゾーン対応などの特徴を持っています。これらの機能はEast US 3リージョンでも同様に提供されます。
技術的な仕組みとしては、Azureのインフラストラクチャ上でPostgreSQL Flexible Serverが動作し、仮想マシンベースのアーキテクチャにより、ユーザーはCPU、メモリ、ストレージなどのリソースを細かく設定できます。また、VNet統合やプライベートアクセス、SSL接続などのセキュリティ機能も利用可能です。バックアップは自動で行われ、必要に応じてポイントインタイムリストアが可能です。
活用シナリオとしては、Webアプリケーションのバックエンドデータベース、分析基盤、マイクロサービスアーキテクチャのデータストアなど、PostgreSQLを必要とする多様な用途に対応できます。特にEast US 3リージョンに近いユーザーやシステムにおいて、レイテンシーの低減やデータの地域分散が求められる場合に有効です。
注意点としては、リージョンごとに提供されるSKUや機能、サービスレベルが異なる場合があるため、East US 3リージョンで利用可能なオプションを事前に確認する必要があります。また、既存のFlexible Serverインスタンスを他リージョンからEast US 3へ移行する場合は、データ移行やネットワーク構成の調整が必要となります。
関連するAzureサービスとの連携としては、Azure App ServiceやAzure Kubernetes Service（AKS）、Azure Data Factory、Azure Logic Appsなどと組み合わせて、PostgreSQL Flexible Serverをバックエンドとして利用することが可能です。これにより、クラウドネイティブなアプリケーションやデータ統合、ワークフロー自動化などのシナリオを実現できます。
以上が、Azure Database for PostgreSQL Flexible ServerがEast US 3リージョンで一般提供されたアップデートの技術者向け詳細説明です。
公開日時: 2026年10月08日 18:23:25 UTC リンク: Retirement: Microsoft Dev Box will be retired on September 18, 2028
アップデートID: 567933 情報源: Azure Updates API
カテゴリ: Developer tools, DevOps, Virtual desktop infrastructure, Microsoft Dev Box, Retirements
要約:
何が更新されたか
Microsoft Dev Boxが2028年9月18日にリタイア（提供終了）されることが発表されました。
主な変更点や新機能
新機能の追加はありません。現在、Microsoft Dev Boxはメンテナンスモードに移行しており、今後は新機能の開発や大きなアップデートは行われません。
影響を受ける対象
Microsoft Dev Boxを利用している開発者や組織が対象です。Dev Boxを活用した開発環境の構築や運用を行っている場合、今後の移行計画が必要となります。
注意点があれば記載
2026年9月14日から段階的なサービス終了プロセスが開始されます。2028年9月18日以降はサービスが利用できなくなりますので、十分な移行期間を確保し、代替サービスの検討やデータ移行計画を早めに進めることを推奨します。今後、Dev Boxの新規利用や機能追加は期待できませんのでご注意ください。
詳細:
Microsoft Dev Boxは、2028年9月18日にサービス提供を終了することが公式に発表されています。これに先立ち、2026年9月14日より段階的なサービス終了プロセスが開始されます。サービス終了後はMicrosoft Dev Boxの利用ができなくなります。現在、Microsoft Dev Boxはメンテナンスモードに移行しており、新機能の追加や大幅なアップデートは行われず、既存機能の維持と安定運用が中心となっています。
Microsoft Dev Boxは、クラウド上で開発環境を迅速に構築・管理できるサービスです。主に開発者やIT管理者が、プロジェクトごとに必要な構成やツールを含む仮想マシンをAzure上で提供し、開発作業の効率化や環境の標準化を実現してきました。Dev Boxは、Azure Virtual MachinesやAzure Active Directoryと連携し、セキュアかつスケーラブルな開発環境を提供することが特徴です。ユーザーはAzureポータルからDev Boxを作成し、必要なイメージや設定を選択することで、数分で開発環境を利用開始できる仕組みとなっています。
利用シナリオとしては、複数のプロジェクトやチームに対して個別の開発環境を提供したり、テストやデバッグ用の一時的な環境を迅速に立ち上げたりするケースが多く見られます。また、リモートワークや多拠点開発の際にも、クラウド上で統一された環境を提供することで、セキュリティや運用管理の効率化を図ることができました。
注意点として、サービス終了に伴い、Dev Box上に保存されているデータや構成情報は、終了日以降アクセスできなくなります。今後の運用計画や移行戦略を早期に検討し、必要なデータのバックアップや代替サービスへの移行準備を進めることが重要です。現在メンテナンスモードであるため、既存の機能に依存した運用や新規導入は慎重に判断する必要があります。
関連するAzureサービスとしては、Azure Virtual MachinesやAzure Compute、Azure Active Directoryなどが挙げられます。これらのサービスとの連携によって、Dev Boxの認証やアクセス管理、リソースのプロビジョニングが実現されていました。サービス終了後は、これらの基盤サービスを活用した代替環境の構築が求められます。
詳細情報や最新のアップデートについては、公式サイト（https://azure.microsoft.com/updates?id=567933）を参照してください。
公開日時: 2026年10月08日 18:20:34 UTC リンク: Retirement: Azure Deployment Environments will be retired on February 22, 2027
アップデートID: 567934 情報源: Azure Updates API
カテゴリ: Developer tools, DevOps, Azure Deployment Environments, Retirements
要約:
【何が更新されたか】
Azure Deployment Environmentsが2027年2月22日にサービス終了（リタイア）となることが発表されました。
【主な変更点や新機能】
今回のアップデートでは新機能の追加や変更はありません。サービスの終了に関する告知のみです。2026年9月14日から段階的にサービスの閉鎖プロセスが開始されます。
【影響を受ける対象】
Azure Deployment Environmentsを利用している全てのユーザー、および関連する開発・運用チームが影響を受けます。既存の環境のデプロイや管理にこのサービスを利用している場合、今後の移行計画が必要となります。
【注意点】
2027年2月22日以降はAzure Deployment Environmentsが利用できなくなります。サービス終了に伴い、データや構成情報の移行、代替サービスの検討が必要です。サービス終了前に十分な準備を行い、業務や開発プロセスに支障が出ないよう注意してください。詳細や移行方法については公式ドキュメントを参照することを推奨します。
詳細:
Azure Deployment Environmentsは、2027年2月22日をもってサービスの提供を終了します。本サービスは、2026年9月14日から段階的なクローズダウンプロセスが開始され、最終的にリタイアメント日以降は利用できなくなります。Azure Deployment Environmentsは、開発者やDevOpsエンジニアがアプリケーションの開発やテストのために、一貫性のある環境を迅速にデプロイできるように設計されたサービスです。これにより、インフラストラクチャのプロビジョニングや環境のセットアップを自動化し、開発ライフサイクルの効率化を実現していました。
本アップデートの背景には、サービスの提供終了に伴い、利用者が計画的に移行や代替手段の検討を行えるよう、十分な期間を設けてアナウンスを行う目的があります。具体的には、2026年9月14日からサービスの段階的な終了措置が始まり、2027年2月22日以降はAzure Deployment Environmentsの全機能が利用不可となります。これにより、既存の環境の新規作成や管理、既存環境の維持など、サービスに依存した運用が継続できなくなります。
技術的な仕組みとして、Azure Deployment Environmentsは、Azure Resource Manager（ARM）テンプレートやBicepなどのインフラストラクチャ自動化技術と連携し、コードベースで環境を定義・デプロイすることが可能でした。これにより、開発・テスト・ステージングなど複数の環境を標準化し、迅速な展開と管理を実現していました。代表的な活用シナリオとしては、マルチステージのCI/CDパイプラインにおける一時的なテスト環境の自動生成や、開発者ごとの個別環境の迅速なプロビジョニングなどが挙げられます。
注意点として、サービス終了後はAzure Deployment Environmentsに依存したワークフローや自動化がすべて利用できなくなるため、早期に代替手段の検討と移行計画の策定が必要です。また、サービス終了に伴い、既存の環境やリソースの保持・管理もできなくなるため、データや設定のバックアップ、他サービスへの移行作業を計画的に実施する必要があります。
関連するAzureサービスとしては、Azure Resource ManagerやAzure DevOps、GitHub Actionsなどがあり、これらを活用したインフラストラクチャの自動化や環境管理の仕組みへの移行が推奨されます。サービス終了に関する詳細や最新情報については、公式ドキュメントやアップデートページ（https://azure.microsoft.com/updates?id=567934）を参照してください。
公開日時: 2026年10月08日 17:29:30 UTC リンク: Generally Available: Exceptions in WAF for Azure Application Gateway and Azure Front Door
アップデートID: 574343 情報源: Azure Updates API
カテゴリ: Launched, Networking, Security, Application Gateway, Azure Front Door, Web Application Firewall, Features
要約:
【何が更新されたか】
Azure Application GatewayおよびAzure Front DoorのWeb Application Firewall（WAF）において、「例外（Exceptions）」機能が一般提供（GA）されました。
【主な変更点や新機能】
WAFポリシーに例外ルールを設定できるようになりました。これにより、特定のリクエストや条件に対してWAFルールの適用を除外することが可能となり、誤検知によるブロックや業務上必要なリクエストの許可が柔軟に行えます。
【影響を受ける対象】
Azure Application GatewayおよびAzure Front Doorを利用しているユーザー、特にWAFを導入しているシステムの管理者や運用担当者が対象です。
【注意点】
例外設定を誤ると、本来防ぐべき攻撃を許可してしまうリスクがあります。例外の適用範囲や条件を十分に検討し、セキュリティポリシーと整合性を保つよう注意してください。また、例外設定後は監査やログの確認を推奨します。
詳細:
Azure Application GatewayおよびAzure Front DoorにおけるWeb Application Firewall（WAF）の例外設定機能が一般提供（GA）となりました。今回のアップデートの背景には、WAFが提供する高度なセキュリティ機能によって、Webアプリケーションを一般的な脅威や攻撃から保護する際、特定の正当なリクエストまで誤ってブロックしてしまうケースが存在することがあります。これを解決するため、例外設定機能が正式に利用可能となりました。
具体的な機能として、WAFのルールセットに対して例外を設定できるようになりました。これにより、特定のリクエストやパラメータ、ヘッダーなどを除外し、WAFによる検査やブロックの対象から外すことが可能です。たとえば、特定のAPIエンドポイントや、既知の安全なクライアントからのリクエストに対して例外を設けることで、誤検知によるサービス停止やユーザー影響を回避できます。
技術的な仕組みとしては、WAFポリシー内で例外条件を詳細に指定することができます。Azure Application GatewayおよびAzure Front Doorの管理画面やAzure Resource Manager（ARM）テンプレート、REST APIなどを用いて、例外設定を構成することが可能です。これにより、DevOpsやインフラ担当者は自動化されたデプロイメントの中で例外設定を組み込むことができます。
活用シナリオとしては、WAFが誤ってブロックしてしまう特定のリクエストや、アプリケーション固有のパラメータを除外することで、セキュリティと運用の両立が図れます。たとえば、サードパーティ製品との連携時や、特殊な入力データを扱うWebアプリケーションなど、柔軟に例外を設定することで、ユーザー体験を損なうことなくセキュリティを維持できます。
注意点として、例外設定を過度に行うとWAFの保護効果が低下する可能性があるため、例外の範囲や条件は最小限に抑えることが推奨されます。また、設定ミスによるセキュリティリスクにも十分注意が必要です。例外設定は監査や運用管理の観点からも適切に管理する必要があります。
関連するAzureサービスとの連携については、Application GatewayやFront DoorのWAFポリシーと密接に連携して動作します。これらのサービスを利用している場合、例外設定機能を活用することで、より柔軟なセキュリティ運用が可能となります。今回のアップデートにより、Azure上でWebアプリケーションを運用する際のセキュリティと可用性の両立が実現しやすくなりました。
公開日時: 2026年10月08日 17:24:34 UTC リンク: Public Preview: Microsoft Agent 365 integration with Azure API Management
アップデートID: 574204 情報源: Azure Updates API
カテゴリ: In preview, Integration, Internet of Things, Mobile, Web, API Management, Feature
要約:
【何が更新されたか】
Microsoft Agent 365とAzure API Managementの統合がパブリックプレビューとして提供開始されました。
【主な変更点や新機能】
この統合により、組織はMicrosoft Agent 365による中央集権的なガバナンスと、Azure API Managementによる実行時のポリシー適用を連携させることが可能になります。MCP（Microsoft Cloud Platform）サーバーやツールの管理が一元化され、APIの検出や管理、ポリシーの適用が効率化されます。
【影響を受ける対象】
Azure API Managementを利用している組織や、Microsoft Agent 365を導入している企業が対象です。特にAPIガバナンスやセキュリティ、運用管理を強化したい技術者にとって有益なアップデートです。
【注意点】
現在はパブリックプレビュー段階のため、本番環境での利用には慎重な検証が必要です。機能やサポート内容が今後変更される可能性がありますので、公式ドキュメントやアップデート情報を随時確認してください。
詳細:
Microsoft Agent 365とAzure API Managementの統合がパブリックプレビューとして提供開始されました。このアップデートの背景には、組織がMCP（Microsoft Cloud Platform）サーバーやツールに対して、中央集権的なガバナンスと実行時のポリシー適用を連携させるニーズがあります。従来、API管理とガバナンスは別々に運用されることが多く、運用効率やセキュリティの一貫性に課題がありましたが、本統合により両者を密接に連携させることが可能となります。
具体的な機能としては、Microsoft Agent 365が提供するガバナンス機能とAzure API Managementの実行時ポリシー適用機能を組み合わせることで、MCPサーバーや関連ツールのAPIを一元的に管理し、ガバナンスルールをAPIの実行時に強制することができます。これにより、APIの公開や利用に際して組織のセキュリティ基準や運用ルールを確実に適用できるようになります。
技術的な仕組みとしては、Microsoft Agent 365とAzure API Management間の連携が実現されており、API ManagementのポリシーエンジンがAgent 365のガバナンス設定を参照し、APIリクエストの処理時に必要な制御を実施します。実装方法としては、Azure API Managementの管理ポータルからAgent 365との連携設定を行い、対象となるAPIやMCPサーバーの管理対象を指定することで、ガバナンスとポリシー適用の連携が自動的に構成されます。
活用シナリオとしては、複数のMCPサーバーやツールを運用する大規模組織において、APIの公開・利用に対して統一されたガバナンスを適用したい場合や、セキュリティポリシーをAPIレベルで強制したい場合に有効です。また、API利用状況の監査やコンプライアンス対応にも役立つ仕組みとなっています。
注意点や制限事項としては、本機能はパブリックプレビュー段階であるため、商用環境での利用には慎重な検証が必要です。また、Agent 365とAPI Management間の連携において、対応するAPIやMCPサーバーの種類、ガバナンス設定の範囲などに制限がある可能性があるため、公式ドキュメントやアップデート情報を随時確認することが推奨されます。
関連するAzureサービスとの連携については、Azure API Managementが中心となりますが、MCPサーバーやMicrosoft Agent 365が提供する各種ガバナンスツールとの連携も前提となっています。これにより、Azure全体のAPI管理とガバナンスを統合的に運用する基盤が構築できます。
公開日時: 2026年10月08日 14:17:44 UTC リンク: Announcing: Multiparty private offers in Microsoft Marketplace expands to Hong Kong
アップデートID: 571831 情報源: Azure Updates API
カテゴリ: Announcement
要約:
【何が更新されたか】
Microsoft Marketplaceの「Multiparty private offers（複数パートナーによるプライベートオファー）」機能が、香港地域でも利用可能になりました。
【主な変更点や新機能】
Multiparty private offersは、MicrosoftパートナーがMarketplaceを通じて、第三者のクラウドやAIソリューションを顧客向けに調達できる仕組みです。これにより、ソフトウェア企業は既存のパートナーの顧客基盤を活用して新しい市場へ進出しやすくなります。香港での展開により、現地パートナーや顧客もこの機能を利用できるようになりました。
【影響を受ける対象】
香港地域のMicrosoftパートナー、ソフトウェアベンダー、およびMarketplaceを利用してクラウドやAIソリューションを導入する企業が主な対象です。特に、香港でビジネスを展開する企業やパートナーは、より柔軟な調達や販売活動が可能になります。
【注意点があれば記載】
Multiparty private offersはMarketplace経由での取引となるため、既存の契約や調達プロセスとの整合性や、Marketplace利用条件の確認が必要です。また、香港以外の地域では既に利用可能な場合がありますが、今回のアップデートは香港に限定されています。
詳細:
今回のAzure Updateでは、Microsoft Marketplaceにおける「Multiparty private offers」の提供範囲が香港へ拡大されたことが発表されています。Multiparty private offersは、MicrosoftのパートナーがMarketplaceを通じて第三者のクラウドおよびAIソリューションを顧客に調達するための仕組みです。この機能により、ソフトウェア企業は既存の顧客関係を持つパートナーと協力することで、新たな市場への進出が可能となります。
アップデートの背景としては、Microsoft Marketplaceを利用するパートナーやソフトウェアベンダーが、より多様な地域でビジネスを展開できるようにすることが挙げられます。特に香港市場への拡大は、アジア地域の顧客やパートナーにとって利便性の向上につながります。
具体的な機能としては、複数のパートナーが協力してプライベートオファーを作成し、顧客に対して特定のクラウドやAIソリューションを提供できる点が特徴です。これにより、顧客はMarketplaceを通じて、信頼できるパートナー経由で必要なソリューションを調達することが可能となります。パートナーは、既存の顧客基盤を活用して、ソフトウェアベンダーの製品を新規市場へ展開することができます。
技術的な仕組みとしては、Marketplace上でプライベートオファーを作成し、対象となる顧客やパートナーを指定することで、限定的な取引が実現されます。これにより、一般公開されていない特別な条件や価格設定での提供が可能となります。オファーの作成や管理はMarketplaceの管理ポータルを通じて行われ、契約や支払いなどのプロセスもMarketplace上で完結します。
活用シナリオとしては、例えば、香港の企業がAIソリューションを導入したい場合、現地のMicrosoftパートナーを通じてMultiparty private offersを利用し、特定のソフトウェアベンダーの製品を調達することが考えられます。また、グローバル展開を目指すソフトウェアベンダーが、香港のパートナーと連携することで、現地の顧客に対して効率的に製品を提供することが可能です。
注意点としては、Multiparty private offersはMarketplace上での取引に限定されているため、利用可能な地域やパートナーの条件、オファーの内容などに制限がある場合があります。また、プライベートオファーの作成や管理にはMarketplaceの管理ポータルの操作が必要となるため、事前に操作方法や要件を確認することが重要です。
関連するAzureサービスとの連携については、Marketplaceで提供されるクラウドやAIソリューションは、Azureの各種サービスと組み合わせて利用されることが多く、例えばAzure Machine LearningやAzure Cognitive Servicesなどのサービスと連携して、より高度なソリューションを構築することができます。
以上のように、Multiparty private offersの香港への拡大は、Microsoft Marketplaceを活用したクラウドおよびAIソリューションの調達や市場展開を促進する重要なアップデートとなっています。
このレポートは自動生成されました - 2026-10-09 12:02:54 JST