4 個 Microsoft 建構 agentic apps 的方式

這篇整理 Microsoft 的 4 項更新，說明 agentic apps 要怎麼用共享資料、快速後端與 PostgreSQL 工具來落地。

看完這 4 項，你可以更快決定：要先用哪個平台打底、哪個工具加速開發，以及哪種資料庫更適合你的 AI 工作負載。Microsoft Build 2026 的重點很一致，就是把 agentic app 的路徑縮短，讓團隊少做整合、多做產品。

項目	類型	關鍵規格
Microsoft Fabric	資料與 AI 平台	共享分析、營運與即時資料上下文
Rayfin	SDK 與 CLI	可直接部署到 Fabric，含資料庫、認證與後端邏輯
Azure HorizonDB	PostgreSQL 資料庫	最高 128 TB、最高 3,072 vCores、跨區提交延遲低於毫秒
Azure Database for PostgreSQL	代管 PostgreSQL 服務	Defender for Cloud 整合與新遷移工具

1. Microsoft Fabric

Microsoft Fabric 是這組更新的底座。它把資料、分析、營運訊號和 AI 能力放在同一層，讓 agent 不必每次都從零開始拼接上下文。

對 agentic app 來說，最大問題不是模型，而是資料太散。Fabric 的價值在於把業務上下文集中起來，讓多個 agent 共用同一份語意與資料來源，減少額外黏合程式。

• 適合需要多個 agent 共用上下文的團隊
• 可把 app 資料集中到 OneLake
• 方便串接語意模型與視覺化

2. Rayfin

Rayfin 是新的 SDK 和 CLI，目標是把 prompt 想法變成可部署的後端。Microsoft 的說法很直接：它能產生企業級 backend，包含資料庫、認證與其他必要元件，然後直接部署到 Fabric。

它的重點不是把開發包裝成黑盒，而是讓流程更快但仍保留 code-first 控制。對習慣 GitHub 工作流的團隊來說，資料模型、後端邏輯與存取政策都能維持可編排、可審查的狀態。

• 開源 SDK 與 CLI
• 可生成資料庫與認證基礎架構
• 支援直接部署到 Fabric
• 適合 GitHub-based 開發流程

3. Azure HorizonDB

Azure HorizonDB 是 Microsoft 新推出的 PostgreSQL 選項，主打 AI 應用。它保留 PostgreSQL 相容性，但把規模、延遲與向量能力一起拉高，適合真正上線的 agent 工作負載。

規格是亮點：儲存可到 128 TB，計算可擴到 3,072 vCores，並具備 zone resilience、sub-millisecond multi-zone commit latency、vector search 與 AI model management。這代表它不只是能跑，而是能撐住高頻互動與資料密集型流程。

• PostgreSQL 相容且代管
• 目前為 public preview
• 最高 128 TB 儲存空間
• 最高 3,072 vCores
• 支援 vector search 與 AI model management

4. Azure Database for PostgreSQL

Azure Database for PostgreSQL 比較像現有系統的升級路線。對已經在跑 PostgreSQL 的團隊來說，它提供更穩定的代管基礎，適合先把安全性、遷移與營運流程補齊。

這次更新加入 Defender for Cloud 整合的 preview，以及新的遷移工具。若你的重點是保住既有工作負載、同時提升可觀測性與合規性，它通常比直接換到新資料庫更容易落地。

• 適合既有 PostgreSQL 工作負載
• Defender for Cloud 整合 preview
• 新增遷移與現代化工具
• 偏向安全與營運改善

怎麼挑

如果你要的是共用資料底座，先看 Microsoft Fabric。若你想把想法快速變成可部署後端，Rayfin 最實用。若你的新專案需要 AI 友善、可大規模擴充的 PostgreSQL，HorizonDB 更有吸引力。

已經有 PostgreSQL 系統的團隊，通常先從 Azure Database for PostgreSQL 著手最穩。簡單說，Fabric 管上下文，Rayfin 管組裝速度，HorizonDB 管新 AI 工作負載，而 PostgreSQL 服務則管既有系統現代化。