生成日時: 2026年09月19日 対象期間: 過去 24 時間以内 処理モード: 詳細モード 更新件数: 8 件
公開日時: 2026年09月18日 19:10:53 UTC リンク: Public Preview: Foundry Routines in Foundry Agent Service
アップデートID: 563536 情報源: Azure Updates API
カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Microsoft Build, Feature
要約:
【何が更新されたか】
AzureのFoundry Agent Serviceに「Foundry Routines」がパブリックプレビューとして追加されました。
【主な変更点や新機能】
Foundry Routinesは、エージェントの自動実行を可能にするネイティブなトリガープリミティブです。これにより、エージェントをスケジュールやビジネスイベント発生時に自動的に実行できるようになります。従来は外部のトリガーやスケジューラーを組み合わせる必要がありましたが、今回の機能追加により、よりシンプルに自動化が実現できます。
【影響を受ける対象】
Foundry Agent Serviceを利用している技術者や、エージェントの自動実行・運用管理を行っているユーザーが対象です。
【注意点】
本機能はパブリックプレビュー段階のため、商用環境での利用には慎重な検証が必要です。また、今後の正式リリースに向けて仕様変更や追加機能が発生する可能性があります。
詳細:
Azure Update「Public Preview: Foundry Routines in Foundry Agent Service」について詳細に説明します。
本アップデートは、Foundry Agent ServiceにおいてFoundry Routinesという新しいネイティブトリガープリミティブが追加され、現在パブリックプレビューとして提供されています。背景として、従来のプロダクションエージェントはスケジュール実行やビジネスイベント発生時の自動実行が求められていましたが、その実現には外部のトリガーやスケジューラーの組み合わせが必要でした。今回のFoundry Routinesの導入により、エージェントの自動実行をよりネイティブかつシンプルに構成できるようになっています。
具体的な機能として、Foundry Routinesは公開済みエージェントの自動実行を可能にするトリガー機能を提供します。これにより、エージェントの実行タイミングをスケジュールやイベントベースで柔軟に制御できるようになります。従来は外部サービスやカスタムロジックを組み合わせる必要がありましたが、Foundry Agent Service内で直接トリガーを設定できるため、運用の複雑さが軽減されます。
技術的な仕組みとしては、Foundry RoutinesがFoundry Agent Serviceの一部として組み込まれ、エージェントの公開後に自動的に実行される条件を設定できます。これにより、エージェントの実行管理がFoundry Agent Service内で完結するようになります。具体的な実装方法や設定手順については、公式ドキュメントやポータル上で詳細が提供されています。
活用シナリオとしては、定期的なデータ処理や監視、ビジネスイベント発生時の自動アクションなど、エージェントの自動実行が求められる場面でFoundry Routinesを利用できます。例えば、毎日決まった時間にデータ収集エージェントを実行したり、特定のイベント検知時にアラートや処理を発動するケースが想定されます。
注意点として、現時点ではパブリックプレビューであるため、本番環境での利用には慎重な検証が必要です。また、機能や制限事項については今後変更される可能性があるため、最新情報を公式サイトで確認することが重要です。
関連するAzureサービスとの連携については、Foundry Agent Service自体がAzureのエージェント管理基盤であり、他のAzureサービスと連携してエージェントの実行やデータ連携を行うことが可能です。詳細な連携方法や統合シナリオについては、公式ドキュメントを参照してください。
以上が、「Public Preview: Foundry Routines in Foundry Agent Service」の技術者向け詳細説明です。
公開日時: 2026年09月18日 17:29:29 UTC リンク: Public Preview: Mdsv4 and Msv4 Series Virtual Machines for SAP
アップデートID: 571530 情報源: Azure Updates API
カテゴリ: In preview, Compute, Virtual Machines, Feature
要約:
何が更新されたか
AzureでSAP向けのMdsv4およびMsv4シリーズ仮想マシン（VM）がパブリックプレビューとして提供開始されました。
主な変更点や新機能
Mdsv4およびMsv4シリーズは、第6世代Intel Xeon Scalableプロセッサを搭載し、メモリ最適化型VMとして設計されています。Azure Boostなど最新のセキュリティ機能やパフォーマンス向上技術が組み込まれており、SAPなどメモリ集約型ワークロードに最適です。
影響を受ける対象
SAP環境をAzure上で運用する技術者や、メモリ集約型アプリケーションを利用するユーザーが主な対象となります。特に高いメモリ性能やセキュリティ強化が求められるシステムに適しています。
注意点があれば記載
現在はパブリックプレビュー段階のため、本番環境での利用には慎重な検討が必要です。サポート範囲や機能制限については公式ドキュメントを確認してください。
詳細:
本アップデートは、「Mdsv4」および「Msv4」シリーズの仮想マシン（VM）がパブリックプレビューとして提供開始されたことを示しています。これらのVMシリーズは、6世代目のIntel® Xeon® Scalableプロセッサを搭載し、メモリ最適化型の構成となっています。主にSAPワークロードなど、メモリ集約型の業務システム向けに設計されています。
今回のアップデートの背景には、SAPなどのエンタープライズ向け業務アプリケーションが求める高いメモリ容量とパフォーマンス、そしてセキュリティ要件への対応があります。Mdsv4およびMsv4シリーズは、最新のAzure Boostテクノロジーによるパフォーマンス強化と、先進的なセキュリティ機能を備えている点が特徴です。これにより、大規模なインメモリデータベースやリアルタイム分析処理など、メモリ帯域やキャパシティがボトルネックとなるシナリオでの利用が想定されています。
技術的には、これらのVMは第6世代Intel Xeon Scalableプロセッサをベースにしており、従来世代と比較してCPU性能やメモリ帯域幅が向上しています。また、Azure Boostテクノロジーの導入により、I/Oパフォーマンスや仮想化オーバーヘッドの低減が図られています。加えて、ハードウェアレベルでのセキュリティ強化機能も実装されており、エンタープライズ用途におけるデータ保護やコンプライアンス要件にも対応可能です。
活用シナリオとしては、SAP HANAなどのインメモリデータベースの基盤としての利用や、大規模なトランザクション処理、リアルタイム分析基盤などが挙げられます。これらのワークロードは大量のメモリリソースと高いI/O性能を必要とするため、Mdsv4およびMsv4シリーズの特性が有効に活かされます。
注意点としては、パブリックプレビュー段階での提供であるため、運用環境での本番利用には十分な検証が必要です。また、利用可能なリージョンやサイズ、サポートされるOSや機能に制限がある場合がありますので、事前にAzure公式ドキュメントで詳細を確認することが推奨されます。
関連するAzureサービスとしては、SAP on AzureソリューションやAzure Monitor、Azure Backupなどの運用管理サービスとの連携が想定されます。これにより、SAPワークロードの可用性や運用性を高めることが可能です。
詳細については、公式アップデート情報（https://azure.microsoft.com/updates?id=571530）を参照してください。
公開日時: 2026年09月18日 17:24:02 UTC リンク: Generally Available: Enable and disable controls for Microsoft Foundry agents in Agent 365
アップデートID: 571826 情報源: Azure Updates API
カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Feature
要約:
【Azure Update要約】
■何が更新されたか
Microsoft Foundryのエージェント管理機能が、Microsoft Admin CenterのAgent 365ガバナンス画面で一般提供（GA）されました。
■主な変更点や新機能
管理者はAgent 365上でFoundryエージェントの「有効化」「無効化」操作を直接実行できるようになりました。これにより、Foundryエージェントの利用可否を組織内で柔軟に制御できます。
■影響を受ける対象
Microsoft Foundryエージェントを利用している組織の管理者が対象です。Agent 365を通じてエージェントの管理を行っている場合、本機能の恩恵を受けます。
■注意点
エージェントの有効・無効化は組織全体の利用状況に影響するため、操作時は事前に影響範囲を確認してください。また、管理者権限が必要です。
このアップデートにより、Foundryエージェントの運用管理がより効率的かつセキュアに行えるようになります。
詳細:
本アップデートは、Microsoft Foundryエージェントに対する有効化および無効化の操作を、Microsoft Admin CenterのAgent 365ガバナンス機能内で一般提供（GA）したものです。これにより、管理者はFoundryエージェントオブジェクトの利用可否を組織全体で制御できるようになりました。
背景として、Microsoft Foundryはエージェントの管理やガバナンスを強化するために、管理者がエージェントの状態を柔軟に変更できる機能を提供することを目的としています。従来はエージェントの利用状況を細かく制御することが難しかったため、今回のアップデートによって管理者の運用効率とセキュリティが向上します。
具体的な機能としては、Agent 365ガバナンス画面上でFoundryエージェントオブジェクトの「有効化（Enable）」および「無効化（Disable）」操作が可能となりました。これにより、管理者は必要に応じてエージェントの稼働状態を即座に変更でき、不要なエージェントの停止や、必要なエージェントの再稼働を簡単に実施できます。操作はMicrosoft Admin CenterのUIから行うことができ、直感的な管理が可能です。
技術的な仕組みとしては、Agent 365ガバナンスの管理画面からFoundryエージェントオブジェクトの状態を変更することで、エージェントの利用可否が即座に反映されます。これにより、組織内のセキュリティポリシーや運用ルールに基づいたエージェント管理が実現できます。操作は管理者権限を持つユーザーのみが実施可能であり、権限管理も強化されています。
活用シナリオとしては、例えば新規導入したFoundryエージェントのテスト運用時や、不要になったエージェントの一時停止、またはセキュリティインシデント発生時の迅速なエージェント無効化などが挙げられます。これにより、組織の運用ポリシーに応じた柔軟なエージェント管理が可能です。
注意点としては、エージェントの有効化・無効化操作は管理者権限が必要であり、誤操作による業務影響が発生する可能性があるため、操作前の確認や運用ルールの整備が推奨されます。また、Agent 365ガバナンス機能内でのみ操作が可能であり、他の管理ツールからは直接操作できない場合があります。
関連するAzureサービスとの連携については、Agent 365ガバナンス機能がMicrosoft Admin Center内で提供されているため、Azure Active DirectoryやMicrosoft 365サービスとの統合管理が可能です。これにより、組織全体のアイデンティティ管理やアクセス制御と連携したFoundryエージェントの運用が実現できます。
以上が本アップデートの詳細な技術者向け説明です。
公開日時: 2026年09月18日 17:23:21 UTC リンク: Public Preview: Network egress controls for hosted agents in Microsoft Foundry
アップデートID: 571821 情報源: Azure Updates API
カテゴリ: In preview, AI + machine learning, Microsoft Foundry, Feature
要約:
【何が更新されたか】
Microsoft Foundryのホスト型エージェントに対して、ネットワークのアウトバウンド通信制御機能がパブリックプレビューとして提供開始されました。
【主な変更点や新機能】
ユーザーはホスト型エージェントが行う外部接続先を制御できるようになりました。宛先ホスト（FQDN）やワイルドカード（例：*.contoso.com）を指定したルールを作成し、接続の許可・拒否を設定できます。ルールは順序付きで適用されます。
【影響を受ける対象】
Microsoft Foundry上でホスト型エージェントを利用しているユーザーや組織が対象です。特にセキュリティや通信制御を強化したい技術者にとって有用な機能です。
【注意点】
本機能はパブリックプレビュー段階のため、本番環境での利用には注意が必要です。また、ルールの順序やワイルドカード指定による影響範囲に十分注意して設定を行う必要があります。
詳細:
Microsoft Foundryにおけるホスト型エージェントのネットワークアウトバウンド接続制御機能がパブリックプレビューとして提供開始されました。本アップデートの背景には、クラウド環境でホストされるエージェントが外部ネットワークに接続する際のセキュリティとガバナンス強化のニーズがあります。従来、ホスト型エージェントはアウトバウンド通信先が限定されていない場合が多く、組織のセキュリティポリシーやコンプライアンス要件を満たすためには、より細かな制御が求められていました。
今回のアップデートにより、Microsoft Foundryを利用する顧客は、ホスト型エージェントが行うアウトバウンド接続先をルールベースで管理できるようになります。具体的には、宛先ホストごとに順序付きルールを作成し、FQDN（Fully Qualified Domain Name）を指定した制御が可能です。ワイルドカード（例：*.contoso.com）を用いた柔軟なホスト指定ができ、各ルールには「許可」や「拒否」といったアクションを設定できます。これにより、特定のドメインやサブドメインへの通信のみを許可し、その他の通信を拒否するなど、きめ細かいアクセス制御が実現します。
技術的な仕組みとしては、顧客が定義したルールがアウトバウンド接続時に順序通り適用され、宛先ホストがルールにマッチした場合に指定されたアクションが実行されます。FQDNでのマッチングはワイルドカード対応となっており、複数のサブドメインや動的なホスト名にも対応できます。ルールの管理や適用はMicrosoft Foundryの管理コンソールやAPIを通じて行われると考えられます。
この機能は、例えばCI/CDパイプラインのビルドエージェントが外部のパッケージリポジトリやAPIにアクセスする際、許可された通信先のみを利用させることで、不要な外部通信や情報漏洩リスクを低減する用途に適しています。また、特定の業務システムやサービスとの連携時にも、通信先を限定することでセキュリティを強化できます。
注意点として、ルールの設定ミスや過度な制限はエージェントの正常な動作に影響を与える可能性があるため、通信先の要件を十分に把握した上でルール設計を行う必要があります。また、パブリックプレビュー段階であるため、機能や仕様が今後変更される可能性がある点にも留意が必要です。
本機能はMicrosoft Foundryのホスト型エージェントに特化したものであり、他のAzureサービスとの連携については、Foundryを通じて利用されるエージェントのアウトバウンド通信制御という観点で関連性があります。Azure全体のネットワークセキュリティやガバナンス強化に寄与するアップデートです。
公開日時: 2026年09月18日 17:21:06 UTC リンク: Generally Available: Publishing Microsoft Foundry agents to Microsoft 365 Copilot and Teams
アップデートID: 571816 情報源: Azure Updates API
カテゴリ: Launched, AI + machine learning, Microsoft Foundry, Feature
要約:
何が更新されたか
Microsoft Foundryで開発されたエージェントを、Microsoft 365 CopilotおよびMicrosoft Teamsへ公開できる機能が一般提供（GA）となりました。
主な変更点や新機能
これまでFoundry開発者は、エージェントをエンドユーザーに提供するためのネイティブな公開手段がありませんでしたが、今回のアップデートにより、開発したエージェントを直接Microsoft 365 CopilotやTeamsの環境へ展開・運用できるようになりました。
影響を受ける対象
Microsoft Foundryを利用してエージェントを開発している開発者や組織、またMicrosoft 365 CopilotやTeams上でエージェントを活用したいユーザーが対象となります。
注意点があれば記載
今回のアップデートは一般提供（GA）であり、正式なサポート対象となります。公開プロセスや運用に関する詳細は、公式ドキュメントやサポート情報を参照してください。
詳細:
今回のアップデートは、「Microsoft Foundry agentsをMicrosoft 365 CopilotおよびTeamsに公開する機能が一般提供（GA）となった」ことを発表するものです。これまで、Foundry開発者は自ら作成したエージェントを必要とするユーザーに届けるためのネイティブな手段を持っていませんでしたが、本アップデートにより、これが公式にサポートされるようになりました。
本アップデートの背景には、エージェントが実際に利用者の手に渡り、業務プロセスの中で価値を発揮するためには、Microsoft 365 CopilotやTeamsといった日常的に利用されるプラットフォームへの統合が不可欠であるという認識があります。これにより、Foundryで開発されたエージェントが、より多くのユーザーに対してシームレスに提供され、業務効率化や自動化の促進が期待されます。
具体的な機能としては、Foundryで作成したエージェントを、Microsoft 365 CopilotおよびTeamsの環境に直接公開できるようになった点が挙げられます。これにより、エージェントの配布や展開が容易になり、開発者は追加のカスタム実装や複雑な連携処理を行うことなく、エージェントをユーザーに提供できます。
技術的な仕組みや実装方法については、Foundryプラットフォーム上で開発されたエージェントを、Microsoft 365 CopilotやTeamsのエコシステムに統合するためのネイティブなパブリッシング機能が提供されます。これにより、エージェントの登録や認証、アクセス制御などが一元的に管理され、セキュアかつ効率的な運用が可能となります。
活用シナリオとしては、たとえば社内のナレッジベース検索やFAQ応答、業務プロセスの自動化、データ集計やレポーティングなど、日常的な業務を支援するエージェントをTeamsやCopilot経由で提供することが考えられます。ユーザーは普段使い慣れたインターフェース上でエージェントの機能を活用できるため、導入のハードルが下がり、業務効率の向上が期待できます。
注意点や制限事項については、現時点で詳細な情報は提供されていませんが、一般提供となったことで、今後は運用上のベストプラクティスやセキュリティガイドラインなどが順次公開されることが予想されます。導入にあたっては、Microsoft 365 CopilotおよびTeamsの管理ポリシーやセキュリティ要件を十分に確認することが重要です。
関連するAzureサービスとの連携については、Foundry自体がAzure上で動作するサービスであるため、Azure Active Directoryによる認証や、Azure Monitorによる監視、Azure Logic AppsやFunctionsとの連携による拡張など、既存のAzureエコシステムとの統合が容易に行える点も特徴です。これにより、エージェントの運用や拡張性が大きく向上します。
詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=571816）を参照してください。
公開日時: 2026年09月18日 16:44:11 UTC リンク: Generally Available: Logical replication slot sync status metric for Azure PostgreSQL Flexible Server
アップデートID: 568414 情報源: Azure Updates API
カテゴリ: Launched, Databases, Hybrid + multicloud, Azure Database for PostgreSQL, Feature
要約:
何が更新されたか
Azure Database for PostgreSQL – Flexible Serverにおいて、「logical_replication_slot_sync_status」メトリックが一般提供（GA）されました。
主な変更点や新機能
Azure Monitorを利用して、各論理レプリケーションスロットの同期状態を監視できるようになりました。この新メトリックにより、レプリケーションスロットが正常に同期しているかどうかをリアルタイムで把握できます。
影響を受ける対象
Azure Database for PostgreSQL – Flexible Serverを利用し、論理レプリケーション機能を活用しているユーザーや、レプリケーションの健全性監視が必要なシステム管理者・運用担当者が主な対象です。
注意点があれば記載
本メトリックは論理レプリケーションスロットの同期状態のみを示します。詳細なレプリケーションの問題解析には、他の監視項目やログも併用してください。また、Azure Monitorでのメトリック取得設定が必要です。
詳細:
Azure Database for PostgreSQL – Flexible Serverにおいて、logical_replication_slot_sync_statusメトリックが一般提供されました。このアップデートの背景には、PostgreSQLの論理レプリケーション機能を利用する際、レプリケーションスロットの同期状態を可視化し、運用管理を効率化するニーズがあります。従来、論理レプリケーションスロットの同期状態を把握するには、個別にSQLクエリを実行する必要があり、監視や障害対応の自動化が困難でした。今回のアップデートにより、Azure Monitorを通じてlogical_replication_slot_sync_statusという新しいメトリックが提供され、各論理レプリケーションスロットの同期状態をリアルタイムで監視できるようになりました。
具体的な機能としては、logical_replication_slot_sync_statusメトリックが各論理レプリケーションスロットの同期状態を示します。これにより、スロットごとにレプリケーションが正常に行われているか、遅延や障害が発生していないかを容易に把握できます。技術的な仕組みとしては、Azure Database for PostgreSQL – Flexible Serverが内部的にレプリケーションスロットの状態を収集し、Azure Monitorのメトリックとして公開します。ユーザーはAzure PortalやAzure Monitor APIを利用して、このメトリックをダッシュボード表示やアラート設定に活用できます。
活用シナリオとしては、論理レプリケーションを用いたデータ連携やマイクロサービス間のデータ同期、データウェアハウスへのストリーミングなどが挙げられます。例えば、レプリケーションスロットの同期状態を監視し、異常が検知された場合に自動的に通知や復旧処理を実行することで、システムの可用性と信頼性を向上させることが可能です。
注意点としては、logical_replication_slot_sync_statusメトリックは論理レプリケーションスロットに限定されており、物理レプリケーションや他のレプリケーション方式には適用されません。また、メトリックの取得や監視にはAzure Monitorの設定が必要です。関連するAzureサービスとしては、Azure Monitorが中心となり、アラートや自動化処理を組み合わせることで、より高度な運用管理が実現できます。
以上のように、logical_replication_slot_sync_statusメトリックの提供により、Azure Database for PostgreSQL – Flexible Serverの論理レプリケーション運用が大幅に効率化され、障害対応や監視の自動化が容易になりました。
公開日時: 2026年09月18日 15:51:06 UTC リンク: Generally Available: New and improved troubleshooting guides for Azure Database for PostgreSQL
アップデートID: 571042 情報源: Azure Updates API
カテゴリ: Launched, Databases, Hybrid + multicloud, Azure Database for PostgreSQL, Features
要約:
何が更新されたか
Azure Database for PostgreSQL Flexible Server向けのトラブルシューティングガイドが新しくなり、一般提供（GA）されました。
主な変更点や新機能
高CPU使用率、メモリ消費、IOPS、テンポラリファイルの利用、autovacuumの問題など、主要なパフォーマンスや運用上の課題に対する診断方法が拡充されています。これにより、問題の根本原因を特定しやすくなり、効率的な対応が可能です。ドキュメントがより詳細かつ実践的な内容になっています。
影響を受ける対象
Azure Database for PostgreSQL Flexible Serverを利用している技術者や運用担当者が主な対象です。特にパフォーマンスや運用トラブルの解決に関わる方にとって有用です。
注意点があれば記載
新しいガイドは公式ドキュメントとして提供されているため、従来の情報から更新された内容を確認し、最新の手法に従うことを推奨します。既存の運用プロセスや監視設定に影響がある場合は、事前に内容を精査してください。
詳細:
Azure Database for PostgreSQL Flexible Server向けに、新しく改良されたトラブルシューティングガイドが一般提供されました。今回のアップデートの背景には、運用現場で発生する様々なパフォーマンスやリソース関連の問題について、より迅速かつ的確な原因特定と解決を支援することがあります。従来のドキュメントよりも内容が拡充されており、CPU使用率の上昇、メモリ消費の増大、IOPS（Input/Output Operations Per Second）の問題、一時ファイルの利用状況、そしてautovacuumプロセスに関するトラブルについて、詳細な診断方法が提供されています。
具体的には、これらの問題ごとに診断の手順や考慮すべきポイントが明記されており、技術者が障害発生時に根本原因を特定する際の指針となります。例えば、高CPUやメモリ消費の問題では、PostgreSQLの統計情報やAzureポータル上の監視機能を活用した調査方法が記載されています。IOPSや一時ファイルの利用状況についても、Azure Database for PostgreSQL Flexible Server特有のリソース管理機能や、PostgreSQLの内部ビューを用いた分析方法が説明されています。autovacuumに関する問題では、vacuumプロセスの挙動や設定値の確認方法、パフォーマンスへの影響を評価するための具体的な手順が示されています。
技術的な仕組みとしては、Azure Database for PostgreSQL Flexible Serverが提供する監視機能やログ取得機能、PostgreSQL標準の統計ビューやシステムカタログを活用することが前提となっています。これにより、問題発生時にAzureポータルやCLI、さらにはSQLクエリを用いて詳細な情報を取得し、トラブルシューティングを効率化することが可能です。
活用シナリオとしては、運用中のFlexible Serverでパフォーマンス低下やリソース枯渇が疑われる場合、今回のガイドを参照することで、障害対応の初動から原因特定、対策実施までの流れを体系的に進めることができます。特に、複数のリソース問題が同時に発生している場合でも、各項目ごとに整理された診断手順を活用することで、効率的な対応が可能です。
注意点としては、ガイドに記載された診断方法や手順はAzure Database for PostgreSQL Flexible Serverに特化しているため、他のAzure DatabaseサービスやPostgreSQLのオンプレミス環境では適用できない場合があります。また、トラブルシューティングには管理者権限や適切なアクセス権限が必要となる場合がありますので、事前に権限設定を確認することが重要です。
関連するAzureサービスとの連携については、Azure MonitorやAzure Advisorなどの監視・運用支援サービスと組み合わせることで、より高度な障害検知や自動化された対応が可能となります。今回のガイドは、Azure Database for PostgreSQL Flexible Serverの運用管理を強化し、安定稼働を支援するための重要なリソースとなっています。
公開日時: 2026年09月18日 15:49:46 UTC リンク: Generally Available: PG18 support for Azure Database for PostgreSQL elastic clusters
アップデートID: 571047 情報源: Azure Updates API
カテゴリ: Launched, Databases, Hybrid + multicloud, Azure Database for PostgreSQL, Features
要約:
【何が更新されたか】
Azure Database for PostgreSQL elastic clustersでPostgreSQL 18（PG18）のサポートが一般提供（GA）となりました。
【主な変更点や新機能】
PostgreSQL 18の最新機能が分散型クラウドスケールのワークロードで利用可能になりました。これにより、パフォーマンスや信頼性、データベース管理機能が強化され、最新のPostgreSQL機能を活用したアプリケーション開発や既存システムのモダナイズが可能です。
【影響を受ける対象】
Azure Database for PostgreSQL elastic clustersを利用している技術者や、PostgreSQL 18を必要とする新規・既存アプリケーションの開発者が主な対象です。
【注意点】
PostgreSQL 18の新機能や仕様変更に伴い、アプリケーションや運用管理に影響が出る場合があります。アップグレードや新規構築時には、互換性や動作検証を十分に行うことを推奨します。
詳細は公式アップデートページをご参照ください。
詳細:
Azure Database for PostgreSQL elastic clustersにおいて、PostgreSQL 18（PG18）のサポートが一般提供（GA）となりました。このアップデートは、分散型かつクラウドスケールのワークロードに対して最新のPostgreSQL機能を提供することを目的としています。これにより、技術者は新しいアプリケーションの構築や既存アプリケーションのモダナイズを、最新のパフォーマンス、信頼性、データベース機能を活用して実現できるようになります。
具体的な変更内容としては、Azure Database for PostgreSQL elastic clustersがPostgreSQL 18をサポートするようになった点が挙げられます。これにより、PostgreSQL 18で追加された機能や改善点を、Azure上の分散型データベース環境で利用することが可能となります。Elastic clustersは、複数のノードにデータを分散配置し、高可用性やスケーラビリティを実現する仕組みです。PostgreSQL 18のサポートにより、クラウドネイティブなアーキテクチャで最新のデータベース機能を活用できるようになりました。
技術的な実装方法としては、Azure PortalやCLI、ARMテンプレートなどを用いて、PostgreSQL 18を選択してelastic clustersを構築することができます。既存のクラスタをアップグレードする場合は、Azureの提供する手順に従い、計画的なバージョンアップを行う必要があります。新規構築時には、PostgreSQL 18を選択することで、最新バージョンの機能を即座に利用可能です。
活用シナリオとしては、クラウド上で大規模な分散データベースを必要とするアプリケーションや、複数リージョンにまたがる高可用性構成を求めるシステム、最新のPostgreSQL機能を活用したデータ分析やトランザクション処理が挙げられます。また、既存のPostgreSQLアプリケーションをクラウドへ移行する際にも、elastic clustersとPG18の組み合わせは有効です。
注意点としては、PostgreSQL 18へのバージョンアップに伴う互換性や既存アプリケーションへの影響を事前に十分検証する必要があります。また、elastic clusters固有の制限事項や、Azureのサービス仕様に基づく運用上の注意点も確認が必要です。
関連するAzureサービスとの連携としては、Azure Monitorによる監視、Azure Backupによるバックアップ、Azure Active Directoryによる認証連携などが可能です。これらのサービスと組み合わせることで、より安全かつ効率的な運用が実現できます。
詳細は公式アップデートページ（https://azure.microsoft.com/updates?id=571047）をご参照ください。
このレポートは自動生成されました - 2026-09-19 12:03:00 JST