Microsoft DevBlogs: deploy Microsoft Agent Framework agent ไป production บน Foundry Hosted Agents ด้วย `azd deploy` — per-session VM-isolated sandbox, scale-to-zero, filesystem persistence 30 วัน, Entra Agent ID + OpenTelemetry tracing built-in

ปัญหาคลาสสิกของ developer ที่สร้าง AI agent ในปี 2026 ไม่ใช่ “เขียน agent อย่างไร” — แต่เป็น “deploy agent ไป production อย่างไร โดยไม่ต้องสร้าง infrastructure ทั้งหมดเอง” Microsoft วันที่ 6 พ.ค. ปล่อยคำตอบของตัวเองในรูป Foundry Hosted Agents + Microsoft Agent Framework integration ที่ลดระยะทางจาก localhost ไป production เหลือ azd deploy คำสั่งเดียว

ปัญหาที่ Foundry Hosted Agents มาแก้

Traditional compute (containers, web apps, serverless function) ออกแบบสำหรับ web service ที่หลาย user share instance เดียวกัน — ไม่เหมาะกับ agent ที่ต้อง:

• Write/execute arbitrary code — share container ระหว่าง session คือ security nightmare
• Persist filesystem state — agent ทำงานยาว ต้องเก็บไฟล์, memory, working directory ข้าม session
• Hold sensitive credentials — token, API key, user context ต้องไม่รั่วระหว่าง session ของ customer ต่างกัน
• Scale to zero economically — agent ส่วนใหญ่ idle 90%+ ของเวลา ไม่ควรจ่ายค่า compute ตอนไม่ทำงาน

Foundry Hosted Agents (announce วันที่ 22 เม.ย. ที่ Microsoft Foundry Blog, public preview) ออกแบบเพื่อ pattern นี้โดยเฉพาะ:

• Per-session VM-isolated sandbox (hypervisor-level isolation, ไม่ใช่ container/process isolation)
• Filesystem persistence ข้าม scale-to-zero — session resume ได้ภายใต้ 30 วัน
• Idle scale-down หลัง 15 นาทีไม่มี traffic, predictable cold start (วินาที ไม่ใช่นาที)
• Per-agent Entra ID + OBO (on-behalf-of) สำหรับ user-aware action
• OpenResponses + Invocations protocol สำหรับ chat vs. non-chat workflow
• BYO VNet + multi-protocol (รวม AG-UI)

Integration กับ Microsoft Agent Framework

post วันที่ 6 พ.ค. โดย Tao Chen + Shawn Henry แสดงว่าการเปลี่ยน local MAF agent เป็น hosted agent endpoint ใช้โค้ดเพียงไม่กี่บรรทัด:

.NET:

using Microsoft.Agents.AI.Foundry.Hosting;

var builder = WebApplication.CreateBuilder(args);
builder.Services.AddFoundryResponses(agent);

var app = builder.Build();
app.MapFoundryResponses();
app.Run();

Python:

server = ResponsesHostServer(agent)
server.run()

จากนั้นคำสั่ง azd deploy จะทำให้ครบทุก step:

1. (Optional) สร้าง Foundry project + deploy model
2. Package โค้ด + build container image → push ขึ้น ACR
3. Pull image + provision compute บน Foundry-managed infrastructure
4. Assign Entra Agent ID ให้ agent — ไม่ต้องเก็บ secret ใน image
5. Expose endpoint ที่ https://{project_endpoint}/agents/{agent_name}
6. Inject APPLICATIONINSIGHTS_CONNECTION_STRING runtime → OpenTelemetry traces ของ MAF flow เข้า App Insights ทันทีโดยไม่ต้อง wiring เพิ่ม
7. จัดการ scaling, session state persistence, lifecycle ทั้งหมดให้

Features ที่สำคัญสำหรับ enterprise scenario

• Bring code as-is — agent + workflow ที่ run local ตัวเดียวกันก็ run บน sandbox ได้เลย (Dockerfile กำหนด dependency)
• First-class identity — Entra Agent ID + OBO ทำให้ agent call Foundry models, Toolbox tools, Azure services ได้โดยไม่มี secret ใน image
• Versioning + safe rollout — ทุก deployment เป็น immutable version snapshot, split traffic ระหว่าง version สำหรับ canary/blue-green deployment, rollback instant
• Stateful sessions — file + state persist ข้าม scale-to-zero, resume เมื่อ session มี request ใหม่
• Multi-framework — Foundry รองรับ LangGraph, Microsoft Agent Framework, Claude Agent SDK, OpenAI Agents SDK, GitHub Copilot SDK — ไม่ lock-in ไป framework เดียว
• Multi-model — เรียก OpenAI, Anthropic, Meta, Mistral models จาก Foundry catalog ได้ในตัว
• Foundry Toolbox integration (public preview) — unified tool config + OAuth identity passthrough + observability ทุก tool call

Microsoft Agent Framework v1.0 — pillar เดียวกัน

ที่เกี่ยวข้อง Microsoft ประกาศ MAF v1.0 stable release ไปแล้วช่วงเดือนก่อน — เป็น production-ready framework ที่ unify foundation ของ Semantic Kernel + AutoGen — มี chat client, tools, MCP integration, context provider, middleware, multi-step workflow แบบเดียวกันใน .NET + Python — และตอนนี้รวม “production deployment story” เข้าด้วยกันที่ Foundry Hosted Agents

ตัวอย่าง pattern ที่เปลี่ยนได้ทันที

1. Local prototype agent ที่เขียนด้วย MAF ใน Python notebook → deploy เป็น production endpoint ใน 10 นาทีด้วย azd deploy
2. Multi-agent workflow ที่ใช้ handoff orchestration (ดูโพสต์ 7 พ.ค. เรื่อง Handoff Pattern) → deploy เป็น hosted endpoint แต่ละตัว แล้วต่อด้วย Workflow ของ Foundry
3. Memory-aware agent ใช้ Foundry Memory (preview) สำหรับ long-term context ข้าม session โดยไม่ต้อง provision external database
4. Cross-organization deployment — publish agent ไปยัง Microsoft 365 + Teams ผ่าน Activity Protocol mapping

มุมมอง AI Curator

ผมมองว่า post นี้แม้จะอยู่ในแนว “วิศวกรรม practical” แต่จริง ๆ แล้วคือ Microsoft วาง endgame ของ agent platform war ชัดเจน:

1. ไม่ lock-in — Microsoft ยอม host LangGraph, Claude Agent SDK, OpenAI Agents SDK บน Foundry คือยอมเสีย market share framework เพื่อ เก็บ workload compute ที่เป็น base ที่ทำเงินจริง — เพราะ Microsoft รู้ว่า developer จะเลือก framework ที่ตัวเองชอบ แต่จะ host บนใครที่ทำให้ deploy ง่าย

2. การให้ Entra Agent ID + OBO + Foundry Toolbox เป็นจุดที่ AWS Bedrock + Google Vertex AI Agent Builder ตามไม่ทัน — identity story ของ Microsoft (Entra/AAD) แข็งกว่าทั้งคู่ใน enterprise environment โดยเฉพาะกับ workforce ที่ใช้ M365 อยู่แล้ว

3. azd deploy คำสั่งเดียว คือ developer experience ที่ Vercel ทำกับ web app ได้สำเร็จ — Microsoft กำลังลอกสูตรนี้มาทำกับ agent: ระยะทางระหว่าง local prototype ↔ production จะกลายเป็น differentiator แทน feature ของ framework

สำหรับทีม Thai/SEA: ถ้าคุณกำลังสร้าง AI agent ใน production มี 3 path หลักตอนนี้ — (1) Anthropic Managed Agents สำหรับ Claude-only workload (เปิด beta 8 เม.ย.), (2) Foundry Hosted Agents สำหรับ multi-framework + Azure-heavy, (3) Vercel AI SDK + Cloudflare Agents สำหรับ web-first lightweight scenario แต่ละทางมี trade-off ของ identity, observability, compliance ต่างกัน — สำหรับองค์กรที่อยู่บน Microsoft 365 + Azure อยู่แล้ว path 2 น่าจะ default ที่สุดเพราะ identity + procurement integration

ที่ผมจับตาคือ Foundry Memory preview — ถ้า Microsoft ทำ managed memory ที่ work ดีจริง agent ของ frontier lab จะหันมา host บน Foundry แทนที่จะสร้าง memory layer ตัวเอง — และนั่นจะทำให้ Microsoft ขยับเข้าสู่ระดับ “OS ของ agent” อย่างที่ Satya Nadella ตั้งใจตั้งแต่ Build 2024

แหล่งข่าว

• From Local to Production: Deploy Your Microsoft Agent Framework Agent with Foundry Hosted Agents — MAF DevBlog
• Introducing the new hosted agents in Foundry Agent Service — Microsoft Foundry Blog
• Microsoft Agent Framework — GitHub
• Foundry Hosted Agents — Microsoft Learn docs