Microsoft가 Foundry Agent Service에서 Hosted Agents를 다시 출시했으며, 타이밍이 중요합니다. 2026년 4월 22일, Microsoft는 Ignite 시대 프리뷰를 세션별 하이퍼바이저 격리, 모든 호스티드 에이전트에 대한 전용 Microsoft Entra 에이전트 ID, 그리고 vCPU시간당 $0.0994의 진정한 스케일 투 제로 과금을 갖춘 완전한 새 빌드로 교체했습니다. 거버넌스 우려로 AI 에이전트 프로덕션 배포를 미뤄온 엔터프라이즈 IT 팀에게 거버넌스 스토리가 실질적으로 개선되었습니다.
이 브리핑은 출시된 내용, Azure 컨설팅 아키텍처 결정에 대한 의미, 그리고 향후 2주 안에 취할 5가지 구체적 행동을 다룹니다.
실제로 출시된 내용
4월 22일 새로고침의 핵심 기능, Microsoft Foundry 공식 발표에서 발췌:
- 하이퍼바이저 수준 세션별 격리. 모든 논리 에이전트 세션은 자체 VM 격리 샌드박스를 받습니다. 이는 프로세스 격리나 컨테이너 격리가 아니라 Azure VM 서로를 분리하는 것과 같은 수준의 경계입니다.
- 스케일 투 제로를 가로지르는 영구 파일시스템.
$HOME과/files콘텐츠는 세션당 최대 30일까지 유휴 기간에도 유지됩니다. 유휴 타임아웃은 15분이며 이후 컴퓨트는 프로비전 해제되고 상태가 저장됩니다. 동일한 세션 ID의 다음 요청은 상태가 복원된 채 몇 초 안에 새 컴퓨트를 가동합니다. - 에이전트별 전용 Microsoft Entra 에이전트 ID. 배포 시점에 자동 생성됩니다. On-Behalf-Of(OBO) 위임을 지원합니다. Azure AI User 같은 RBAC 할당은 배포 중 자동 처리됩니다.
- 진정한 스케일 투 제로 과금. 컴퓨트가 활성일 때만 지불합니다. vCPU시간당 $0.0994 + GiB시간당 $0.0118. 샌드박스 크기는 0.25
2 vCPU, 0.54 GiB로 구성 가능합니다. - 다중 프로토콜 지원. Responses(OpenAI 호환), Invocations(유연한 사용자 정의 페이로드), Activity(Teams 및 M365 채널), A2A(에이전트 간). 4개 프로토콜 모두 단일 에이전트에서 결합할 수 있습니다.
- 트래픽 분할을 포함한 불변 버전. 가중 트래픽 분할로 사용자 정의 라우팅 없이 블루-그린 및 카나리 배포가 가능합니다.
- 프레임워크 유연성. Microsoft Agent Framework v1.0, LangGraph, Semantic Kernel, CrewAI, LlamaIndex, Claude Agent SDK, OpenAI Agents SDK, GitHub Copilot SDK 또는 일반 Python/C# 코드 — 플랫폼이 프레임워크 구애를 받지 않습니다.
지원 발표도 중요합니다. Foundry Toolbox가 같은 날 퍼블릭 프리뷰로 들어갔으며, Web Search, Code Interpreter, File Search, Azure AI Search, 사용자 정의 MCP 서버, OpenAPI 도구, A2A를 번들로 제공하는 관리형 MCP 호환 엔드포인트입니다. Foundry Memory는 1,000 이벤트당 $0.25, 저장된 메모리 1,000개당 월 $0.25, 1,000회 검색당 $0.50의 관리형 장기 메모리를 제공합니다.
엔터프라이즈 핵심 교훈: 4월 22일 새로고침은 엔터프라이즈 에이전트 배포를 막아온 3가지 거버넌스 격차를 해소합니다 — 격리는 이제 하이퍼바이저 경계이고, ID는 일급 시민이자 자동이며, 비용은 유휴 시 제로로 예측 가능합니다. AI 아키텍처 전략이 POC 모드에 머물러 있었다면, 재검토할 가치가 있는 플랫폼 전환점입니다.
하이퍼바이저 격리가 위협 모델을 바꾸는 이유
Microsoft의 프레이밍은 의도적입니다: “모든 단일 에이전트 세션이 자체 VM 격리 샌드박스를 받습니다” — 공유 프로세스나 컨테이너 격리가 아닙니다. 규제 대상 워크로드의 경우 컨테이너 전용 런타임과의 차이는 의미 있습니다:
- 컨테이너 탈출(runc급 취약점): VM 경계로 디펜스 인 깊스가 완화됩니다.
- 테넌트 간 사이드 채널 및 추측 실행 공격: VM 경계가 일반적으로 받아들여지는 완화입니다.
- 세션 간 상태 누출: 방지됩니다 — 각 세션은 자체
$HOME과/files를 갖습니다.
금융 서비스 팀에게 세션별 VM 경계와 Entra Agent ID + 사용자별 OBO 결합은 규제 기관이 요구하는 감사 내러티브를 구축하는 데 훨씬 수월합니다: “이 거래는 이 세션에서 이 사용자의 위임된 권한으로 이 에이전트에 의해 전용 VM 내에서 처리되었습니다.”
그러나 주의 사항이 중요합니다. Microsoft는 프리뷰 중 Hosted Agents에 대한 HIPAA Business Associate Agreement 커버리지를 구체적으로 게시하지 않았습니다. Azure Government 리전이 없습니다. 오늘날 4개 상업 리전만 Hosted Agents를 지원합니다: Australia East, Canada Central, North Central US, Sweden Central. 그리고 VM 경계는 MCP 도구나 OpenAPI 연결을 통해 데이터를 반출하는 에이전트를 막지 못합니다 — 여전히 이그레스 컨트롤, DLP, 콘텐츠 필터링이 필요합니다.
엔터프라이즈 핵심 교훈: 하이퍼바이저 경계는 진정한 컴플라이언스 업그레이드이지만 플랫폼 경계입니다. 에이전트의 아웃바운드 도구 호출에는 여전히 다른 곳에서 적용할 것과 동일한 AI 거버넌스가 필요합니다 — 네트워크 이그레스 컨트롤, 도구 허용 목록, 데이터 흐름 감사.
Entra 에이전트 ID: 거버넌스 스토리
모든 호스티드 에이전트 배포에 두 ID가 관여합니다:
- 에이전트 Entra ID(에이전트별) — 컨테이너가 인증하는 런타임 ID입니다. 모델 호출, 도구 접근, 다운스트림 Azure 서비스에 사용됩니다.
- 프로젝트 관리 ID(프로젝트 전체, 시스템 할당) — Azure Container Registry에서 컨테이너 이미지를 가져오는 등 인프라 작업에 플랫폼이 사용합니다.
Azure Developer CLI(azd)로 배포하면 계정 범위에서 Azure AI User 역할이 에이전트의 Entra ID에 자동 할당됩니다. 소유한 외부 리소스 — Cosmos DB, Blob Storage, Key Vault — 는 RBAC를 수동으로 할당합니다.
실제 함정은 표시할 가치가 있습니다. 모든 초기 도입자를 걸려 넘어뜨리기 때문입니다:
- Conditional Access는 여전히 OBO 흐름에 적용됩니다. “모든 사용자는 MFA를 사용해야 함” 같은 정책은 에이전트 컨텍스트에 도달합니다. 사용자에게 규정 준수 장치 전용 CA 정책이 있는 경우, 에이전트가 대화형 컨트롤을 만족할 수 없어 OBO 토큰이 거부됩니다. 해결: 에이전트가 실제로 만족할 수 있는 컨트롤(관리 ID + 명명된 위치)로 에이전트 전용 CA 정책을 만들고, 사용자 대상 MFA 정책에서 에이전트 ID를 제외합니다.
- OBO는 사용자 보안 주체에만 작동합니다. 에이전트가 앱 전용 토큰으로 다른 서비스에 의해 호출되면 OBO는 옵션이 아닙니다 — 별도의 에이전트 간 토큰 획득 흐름이 필요합니다.
- 위임된 권한은 암시적이지 않습니다. 에이전트의 Entra ID는 테넌트 관리자 동의와 함께 각 다운스트림 리소스에 대해 위임된 권한을 명시적으로 부여받아야 합니다. 이를 누락하면 런타임에 AADSTS65001로 나타나며 종종 테스트 시작 후 몇 시간이 지나서야 드러납니다.
- RBAC 범위의 놀라움. 플랫폼은 계정 범위에서 Azure AI User를 자동 할당합니다. 에이전트에 Blob 컨테이너 접근이 필요하면 여전히 컨테이너 범위에서 수동으로 할당해야 합니다. 혼란스럽게도 플랫폼이 할당한 역할은 에이전트 ID 개체를 직접 파고들지 않는 한 Entra 포털에 보이지 않습니다.
엔터프라이즈 핵심 교훈: Hosted Agents를 파일럿하기 전에 ID 팀이 에이전트 OBO 흐름을 차단할 수 있는 기존 Conditional Access 정책을 감사하게 하세요. Entra 관리자 팀이 에이전트 전용 정책을 정의하고 파일럿 테넌트에서 테스트하는 데 1-2주를 잡으세요. 이 단계를 건너뛰면 첫 프로덕션 배포가 인증에서 실패합니다.
실제 숫자로 본 가격
$0.0994/vCPU시간 + $0.0118/GiB시간의 게시 요금으로 3가지 현실적 워크로드의 계산:
- 가볍게 사용되는 엔터프라이즈 어시스턴트(하루 200 세션 × 1 vCPU × 2 GiB × 평균 5분 세션): 일일 ~16.7 vCPU시간 + 33.3 GiB시간. 월 컴퓨트 비용: ~$62.
- 무거운 멀티 에이전트 오케스트레이션(50 동시 세션 × 1 vCPU × 2 GiB × 하루 10시간 활성): 일일 ~500 vCPU시간 + 1,000 GiB시간. 월 컴퓨트 비용: ~$1,845.
- 스파이키 소비자 대면 에이전트(500세션 2시간 프로모 버스트 + 거의 제로 기준선): 유휴 비용이 제로이므로 대략 하루 $1-5.
경쟁 비교가 중요합니다. Google의 Vertex AI Agent Engine은 vCPU시간당 $0.0864, GiB시간당 $0.0105 — 컴퓨트에서 약 13%, 메모리에서 11% 더 저렴합니다. AWS Bedrock AgentCore는 2025년 10월부터 GA이며 Runtime, Gateway, Memory, Identity, Observability, Browser, Code Interpreter, Policy 컴포넌트에 걸쳐 기능별 미터드 요금제를 사용합니다.
Microsoft는 세션별 하이퍼바이저 격리, 일급 Entra ID 통합, 원클릭 Teams 및 M365 퍼블리싱 조합에 대해 약간의 프리미엄을 청구합니다. Microsoft 생태계 엔터프라이즈에게 이 프리미엄은 정당화하기 쉽습니다. Microsoft ID 발자국이 없는 그린필드 소비자 애플리케이션의 경우 Vertex가 더 저렴한 답입니다.
엔터프라이즈 핵심 교훈: 호스팅 플랫폼과 무관하게 모델 토큰이 에이전트 비용을 10-100배로 지배합니다. Foundry, Vertex, Bedrock 간 컴퓨트 비용 차이는 총 청구액을 2-3% 이상 움직이는 경우가 드뭅니다. vCPU시간당 델타를 쫓기보다 ID, 컴플라이언스, 기존 도구 투자에 맞는 플랫폼으로 최적화하세요.
무엇이 문제인가: 프리뷰 제한, 알려진 이슈, 마이그레이션 격차
프리뷰 들어 이틀 만에 운영 그림은 여전히 희박합니다. 지금까지 드러난 것:
- 구독당 리전당 50개 활성 동시 세션. 지원 요청으로 조정 가능하지만 할당량 프로세스 자체가 새롭고 프리뷰 중 리드 타임은 문서화되지 않았습니다.
- Python과 C#만. 팀이 에이전트 로직을 TypeScript나 Java로 작성한다면 기다려야 합니다. 관리 SDK는 JS와 Java를 지원하지만 런타임은 지원하지 않습니다.
- Azure Container Registry는 공개적으로 접근 가능해야 합니다. 프라이빗 링크로 보호된 ACR은 아직 지원되지 않습니다. Microsoft는 이 격차를 공개적으로 인정하고 수정을 약속했습니다.
- “이 리전에서는 Hosted Agents가 활성화되지 않았습니다”(
microsoft-foundry-for-vscode리포지토리의 GitHub 이슈 #316) — 지원되지 않는 리전을 선택한 사용자가 도움말 안내 없이 400 에러를 만납니다. - 모델 할당량 종속성. 에이전트 인프라가 승인되어도 대상 리전에서 필요한 Azure OpenAI 모델 할당량이 0이면 호스티드 에이전트 배포가 실패할 수 있습니다. 배포 전 둘 다 확인하세요.
- 클래식 에이전트 도구가 사라졌습니다. Azure Functions 도구, Connected Agents, Deep Research는 클래식 도구로 직접 이관이 없습니다. 대체: Workflow + A2A, Web Search 도구가 있는 Deep Research 모델.
가장 큰 문서 격차는 Ignite 시대 프리뷰 고객을 위한 호스티드 에이전트 전용 마이그레이션 가이드입니다. Microsoft는 강력한 API 표면 마이그레이션 가이드(threads → conversations, runs → responses, create_agent → create_version)와 aka.ms/agent/migrate/tool의 자동화 도구를 게시했습니다. 그러나 컴퓨트 백엔드 교체 — 컨테이너 재패키징, 새 Responses 및 Invocations 프로토콜 라이브러리 채택, azd ai agent init / provision / deploy를 통한 재배포 — 는 아직 전용 단계별 문서가 없습니다. 5월 Microsoft Build 2026 이전에 나올 것으로 예상합니다.
엔터프라이즈 핵심 교훈: 조직이 Ignite 프리뷰에서 호스티드 에이전트를 운영했다면 1-2 스프린트 재구현 주기를 계획하세요. API 마이그레이션 도구는 코드 메커니즘을 처리하지만 컨테이너 패키징, 리전 선택, 프로토콜 라이브러리 변경은 처리하지 않습니다. 이것은 롤링 업그레이드가 아니라 컷오버입니다.
Foundry Hosted Agents의 위치 vs 대안
Microsoft 자체 필드 가이드는 Hosted Agents를 관리형 플랫폼 단순성과 사용자 정의 코드 유연성 사이의 최적점으로 위치시킵니다. Microsoft 에이전트 스택의 실용적 결정 프레임워크는 다음과 같습니다:
- Copilot Studio — 비즈니스 대면 코파일럿의 전면; 거버넌스가 내장된 로우코드 오케스트레이션. 비즈니스 사용자가 수명주기를 소유하고 프로토타입 속도가 중요할 때 선택합니다.
- Microsoft 365 Copilot 에이전트 — M365 경험 내 비즈니스 사용자 에이전트로 깊은 Graph 및 Teams 통합 포함.
- Foundry의 프롬프트(선언적) 에이전트(2026년 3월 GA) — 스키마 기반 에이전트, 사용자 정의 런타임 코드 없음.
- Foundry Hosted Agents(프리뷰, 2026년 4월 22일 새로고침) — 컨테이너화된 코드, 하이퍼바이저 격리, 관리형 런타임, 프레임워크 구애 없음.
- 인프로세스 SDK 에이전트(Microsoft Agent Framework v1.0) — 자체 프로세스, 서비스 또는 컨테이너 내에서 실행되는 에이전트. 최저 지연, 완전한 런타임 컨트롤, 인프라를 직접 운영.
- 동적 세션을 포함한 Azure Container Apps — 코드 인터프리터 샌드박싱을 포함한 일반 컨테이너화 에이전트 워크로드. 더 많은 컨트롤, 더 적은 에이전트 네이티브 도구.
- Azure Kubernetes Service — 멀티 클러스터 페더레이션, 최대 네트워킹 유연성, 최고 운영 비용. Foundry가 현재 인증하는 것 이상의 서비스 메시나 컴플라이언스 프레임워크가 필요할 때 올바른 답입니다.
2026년 IT 운영을 위한 에이전트 AI를 배포하는 대부분의 엔터프라이즈 IT 팀에게 현실적 후보는 Foundry Hosted Agents(ID와 격리가 내장된 빠른 프로덕션 진입), Windows 365 Cloud PC 또는 전용 VM에서 실행되는 인프로세스 SDK 에이전트(완전한 런타임 컨트롤), Copilot Studio(비즈니스 사용자 소유 워크플로)입니다. 결정 기준은 보통 *에이전트 수명주기를 누가 소유하며 얼마나 많은 런타임 컨트롤이 필요한가?*입니다.
엔터프라이즈 핵심 교훈: Hosted Agents는 대부분의 엔터프라이즈 유스케이스에서 “ACA나 AKS 위에 관리형 런타임을 직접 구축” 옵션을 대체합니다. 지연에 민감한 작업에서 인프로세스 SDK 에이전트를 대체하지는 않으며 비즈니스 사용자 소유 흐름에서 Copilot Studio를 대체하지도 않습니다. 도구를 수명주기 소유자에 맞추세요.
이번 주에 할 일
이번 주 릴리스를 기반으로 IT 리더를 위한 5가지 구체적 행동:
- Ignite 프리뷰 호스티드 에이전트를 감사하세요. 4월 22일 이전 프리뷰 백엔드에서 호스티드 에이전트를 운영했다면 인벤토리화하고 컷오버 스프린트를 계획하세요. 이전 백엔드는 폐기 중입니다. 마이그레이션 가이드를 기다려 인벤토리 작업을 하지 마세요.
- 하나의 승인된 Hosted Agents 파일럿을 실행하세요. 잘 범위가 정해진 IT 운영 워크플로 — 로그 트리아지, 구성 감사, Intune 정책 드리프트 감지 — 를 선택하고 North Central US 또는 Canada Central에서 1 vCPU / 2 GiB 샌드박스로 배포하세요. 스케일 투 제로 덕분에 파일럿 비용은 유휴 시 사실상 제로입니다.
- ID 팀을 브리핑하세요. Entra 관리자가 에이전트 OBO 흐름을 차단할 수 있는 기존 Conditional Access 정책을 검토하고 관리 ID + 명명된 위치 컨트롤을 사용하는 에이전트 전용 CA 정책 초안을 작성하게 하세요. 이것이 가장 흔한 프로덕션 차단 요인입니다.
- 프레임워크 충성도를 결정하세요. Microsoft Agent Framework v1.0은 2026년 4월 2일 GA 되었습니다. 팀이 여전히 Semantic Kernel이나 AutoGen에 있다면 지금 Agent Framework로 마이그레이션하세요 — SK와 AutoGen 코드베이스는 롱테일 유지보수 모드입니다. 이미 LangGraph나 CrewAI에 있다면 Hosted Agents가 네이티브로 지원합니다. 마이그레이션 불필요.
- 벤더 비교 매트릭스를 업데이트하세요. AI 플랫폼 매트릭스를 4월 22일 기능으로 새로고침하세요: 하이퍼바이저 격리, $0.0994/vCPU시간 요금, 50세션 프리뷰 제한, 4리전 가용성. 이를 사용해 2026년 Q2 이전에 내린 멀티 클라우드 에이전트 전략 결정을 재검토하세요.
거버넌스 스토리가 마침내 Hosted Agents의 마케팅 스토리와 일치합니다. ID, 격리, 감사 가능성이 프로덕션 배포 전에 엔터프라이즈급에 도달하기를 기다려온 조직에게 대기는 대부분 끝났습니다. 남은 격차 — 마이그레이션 문서, 프라이빗 네트워크 ACR, 추가 언어, 더 넓은 리전 커버리지 — 는 모두 활성 Microsoft 로드맵 신호가 있으며 일반 가용성 이전에 해결될 가능성이 높습니다.
조직이 프로덕션 워크로드를 위해 Microsoft Foundry Hosted Agents 평가에 도움이 필요하다면 — ID 아키텍처, 에이전트 OBO 흐름을 위한 Conditional Access 설계, Ignite 프리뷰에서 마이그레이션, 또는 Foundry, Azure Container Apps, 인프로세스 SDK 에이전트 간 플랫폼 선택 — Big Hat Group은 Microsoft가 출시하는 것과 조직이 대규모로 안전하게 운영하기 위해 실제로 필요한 것을 연결하는 엔터프라이즈 AI 컨설팅을 전문으로 합니다. 연락해 주세요 to scope a pilot.
Kevin Kaminski는 Big Hat Group의 Principal Architect로, 엔터프라이즈가 실제 세계에서 작동하는 Azure AI, Windows 365, Microsoft Intune 솔루션을 배포하도록 돕습니다. Azure 컨설팅, Windows 365 컨설팅, AI 에이전트 컨설팅은 Big Hat Group에 연락하세요.