
Foundry Hosted Agents는 GA되었는가? 공식 시그널 읽는 법과 실전 도입 전 체크리스트
요약
Microsoft Foundry의 Hosted Agents가 공식적으로 GA(General Availability) 단계에 진입했음을 SDK 안정화와 문서 업데이트를 통해 분석합니다. 컨테이너 기반 에이전트 배포 방식과 도입 시 고려해야 할 비용 및 아키텍처 체크리스트를 제공합니다.
핵심 포인트
- Hosted Agents는 임의의 프레임워크로 작성된 에이전트를 컨테이너 형태로 매니지드 환경에 배포함
- SDK의 stable 버전 출시와 문서 내 preview 라벨 제거를 통해 GA 도달을 확인 가능
- 세션 단위 과금, 15분 유휴 타임아웃, 전용 샌드박스 할당 등 확정 사양 주의 필요
먼저 결론
- Microsoft Foundry의 Hosted Agents(자작 코드로 작성한 AI 에이전트를 컨테이너째로 Microsoft 매니지드 환경에서 구동하는 메커니즘)는 공식적으로 "2026년 7월 초 GA(General Availability) 예정"이라고 예고되어 있었습니다.
- 7/15 시점에서 "GA했습니다"라는 단독 안내 기사는 보이지 않지만, **SDK의 stable화(7/1)와 문서의 preview 표기 제거(7/13 업데이트)**라는 두 가지 공식 시그널을 통해 GA에 도달한 것으로 판단할 수 있는 상태입니다.
- GA 이후의 확정 사양에는 실전 비용 및 아키텍처와 직결되는 요소(세션 단위 과금, 15분 유휴 시간 타임아웃, Japan East 대응 등)가 포함됩니다. 이 글에서는 도입 전 체크리스트로서 이를 정리했습니다.
Hosted Agents란 무엇인가
Hosted Agents는 Foundry Agent Service의 기능으로, LangGraph, Microsoft Agent Framework, 독자 구현 등 임의의 프레임워크로 작성한 에이전트를 컨테이너 이미지로서 그대로 Microsoft 매니지드 기반에 배포할 수 있는 메커니즘입니다.
포털 상에서 프롬프트와 도구를 설정하는 "프롬프트 기반 에이전트"와 달리, 코드를 가져올 수 있다는 것이 특징이며, 세션마다 VM이 분리된 샌드박스(전용 compute, 메모리, 영속 파일 시스템)가 할당됩니다.
"Hosted Agents란 무엇인가" 자체는 Build 2026(6월) 시점의 정보로 이미 일본어 기사가 여러 개 있습니다. 따라서 이 글에서는 "GA되었는가?"의 확인 방법과 GA 시점의 확정 사양에 집중합니다.
"GA되었는가"를 공식 정보로부터 확정하기
"GA되었습니다"라는 깔끔한 안내를 찾을 수 없을 때, 저는 다음 세 가지를 확인합니다. 이번 Hosted Agents는 좋은 사례였기에 확인 과정과 함께 공유합니다.
시그널 1: 공식 블로그의 사전 예고
Build 2026 버전의 공식 블로그(2026-06-02)에 다음과 같은 기재가 있습니다.
Hosted agents in Foundry Agent Service, expected to reach general availability by early July 2026
즉 "7월 초 GA"는 공식 예고였습니다. 다만 이는 예정이었으며, 실제로 도달했는지는 별도의 증거가 필요합니다.
시그널 2: SDK의 stable화 (이것이 가장 확실함)
PyPI의 azure-ai-projects를 보면, 2.3.0 (stable·비-beta) 버전이 2026-07-01에 출시되었으며, hosted agent 관련 메서드군(세션, 파일 조작, agent code 계열)이 .beta 서브 클라이언트에서 정식 operations로 승격되었습니다.
Microsoft 계열 서비스에서는 프리뷰(preview) 기능은 SDK에서도 beta로 취급하는 것이 통례입니다. 반대로 말하면, SDK에서 stable로 승격된 기능은 서비스 측이 GA 품질에 도달했다는 강력한 시그널이 됩니다.
시그널 3: Learn 문서의 preview 라벨
Learn의 Hosted agents 컨셉 페이지(2026-07-13 업데이트 버전)를 보면:
- 5월 시점의 아카이브에서는 제목이 "Hosted agents in Foundry Agent Service (preview)"였던 반면, 현행 버전에서는 (preview)가 빠졌고, "Limitations during preview" 절도 사라졌습니다.
- 한편으로, 동일 페이지 내의 A2A 프로토콜에는 "(preview)"가 명기된 상태로 남아 있습니다.
프리뷰 대상에는 라벨이 남아 있고, Hosted Agents 본체에서는 제거되었습니다. 이러한 구분은 편집상의 의도로 읽힙니다. 또한 7/7자 공식 블로그 시점에서는 아직 "GA is close" (곧 GA 예정)라는 표현이었으므로, 결정적인 근거는 이 7/13의 문서 업데이트입니다.
결론: 세 가지 시그널이 모두 갖춰져 있으며, 7/15 시점에서 Hosted Agents는 GA에 도달했다고 판단할 수 있습니다. 다만 후술하는 바와 같이, 주변 기능에는 preview가 남아 있으므로 "전부 GA"인 것은 아닙니다.
GA 시점의 확정 사양 — 실전 도입 전 체크리스트
이하는 모두 Learn의 공식 문서(2026-07-13 업데이트 버전)의 기재에 기반합니다.
① 과금 모델: 「세션 단위」를 이해하지 못하면 비용 예측이 불가능하다
Hosted Agents는 레플리카(Replica) 수 설정이 존재하지 않습니다. 세션마다 샌드박스(Sandbox)가 실행되며, 과금은 활성화된 모든 세션에서 소비된 CPU + 메모리의 합계로 이루어집니다.
공식 문서에 중요한 주의 사항이 있습니다:
Billing is based on cpu + memory consumed across all active sessions, so oversizing multiplies cost by your concurrency.
즉, 샌드박스 사이즈를 과다하게 추정하면 동시 세션 수만큼 비용이 곱절로 뛰어오릅니다. 1세션당 사이즈는 다음 세 가지 선택지가 있습니다.
| CPU | 메모리 |
|---|---|
| 0.5 vCPU | 1 GiB |
| ... |
올바른 사이징(Sizing)을 위한 공식 권장 절차는 "대표적인 워크로드(Workload)를 실행하고, 자동으로 연동되는 Application Insights를 통해 실측 피크(Peak)를 확인한 뒤, 할당량의 70%를 초과하면 높이고, 크게 하회하면 낮추는 것"입니다. 버전은 불변(Immutable)이므로, 변경할 때마다 새 버전을 생성하고 재테스트를 거쳐야 합니다.
② 세션 라이프사이클: 15분과 30일을 설계에 반영하라
- 유휴(Idle) 상태 15분 후 컴퓨팅(Compute) 자원이 해제됩니다 (Scale-to-zero).
$HOME과/files의 내용은 영속화(Persistence)되어 재개 시 복원됩니다.- 30일 동안 비활성 상태일 경우 세션은 완전히 삭제됩니다.
- 디스크는 1 vCPU 이상에서 세션당 최대 20 GiB입니다. 단, 약 20%는 시스템 예약 영역이며, 나머지를 컨테이너 이미지,
$HOME등이 나누어 사용합니다.
유휴 상태에서 복귀할 때의 콜드 스타트(Cold start)에 대해 공식 문서는 "예측 가능(Predictable cold starts)"하다고 표현하고 있으며(구체적인 초 단위 시간은 비공개), 상태는 복원됩니다. 상주(Resident)를 전제로 하는 아키텍처에서 발상을 전환해야 하지만, 역으로 말하면 **대기 중인 컴퓨팅 비용이 제로(0)**가 된다는 점은 에이전트 워크로드와 궁합이 좋은 부분입니다.
③ 리전: Japan East가 초기 리스트에 포함됨
GA 시점의 제공 리전은 20개이며, Japan East가 포함되어 있습니다. 일본 동부 내에서 모든 것을 완결하고 싶은 국내 프로젝트(일본 내 프로젝트)에게는 이 소식이 가장 반가울 수 있습니다 (리스트는 향후 확대될 예정이라고 명시되어 있음).
④ 네트워크 및 보안의 함정
- 2026-06-25 이후에 생성한 Foundry 프로젝트는 에이전트 이미지용 프라이빗(Private, network-secured) Azure Container Registry(ACR)를 지원합니다. 그 이전에 생성된 기존 프로젝트는 ACR의 퍼블릭 엔드포인트 도달성(Reachability)이 필요한 상태로 유지됩니다. 네트워크 격리 요건이 있는 경우, 프로젝트를 새로 만드는 것을 검토할 가치가 있습니다.
- 공식 문서가 명시함: 시크릿(Secret)을 컨테이너 이미지나 환경 변수에 넣지 마십시오 (Managed Identity + Key Vault 연결을 사용하십시오). 환경 변수는 버전 생성 시 불변(Immutable)이므로, 실수로 넣으면 이력에 계속 남게 됩니다.
- 배포할 때마다 전용 Entra ID(Agent Identity)가 자동으로 발행되며, 모델 호출이나 하위 서비스로의 액세스는 이 ID를 통해 수행합니다. 외부 리소스(자체 Storage 등)에 대해서는 이 ID에 RBAC를 수동으로 부여하는 방식을 사용합니다.
⑤ 프로토콜 선택: 고민된다면 Responses
에이전트 엔드포인트는 여러 프로토콜을 동시에 가질 수 있습니다. 공식적인 용도 구분 지침을 요약하면 다음과 같습니다:
| 유스케이스 | 프로토콜 |
|---|---|
| 챗봇 · RAG · 백그라운드 처리 | Responses (OpenAI 호환. 대화 이력 및 스트리밍을 플랫폼이 관리) |
| Webhook 수신 · 비대화형 처리 · 독자적인 페이로드 | Invocations (임의의 JSON 입출력. 세션 관리는 직접 수행) |
| 실시간 음성 | Invocations (WebSocket) |
| Teams / Microsoft 365 공개 | Responses + Activity (브릿지는 자동 처리) |
| 에이전트 간 연동 | A2A (이는 아직 Preview 단계) |
⑥ 아직 Preview 단계인 것들 ("전부 GA"는 아님)
주변에는 2026-06-02 (Build 2026)에 발표된 preview 기능군이 다수 존재합니다. 도입 검토 시 혼동하지 않도록 주의하십시오.
- A2A 프로토콜, Memory, Agent Optimizer, Toolboxes 확장 (Tool Search / Work IQ / Fabric IQ), Routines 등 →
preview - 언어 지원은
Python과 C# (프로토콜 라이브러리는 프레임워크 비의존적)
어디서부터 시작할 것인가
공식 샘플 (Microsoft Agent Framework / LangGraph / 순수 Python)이 foundry-samples 리포지토리 (repository)에 정리되어 있습니다. azd (Azure Developer CLI)의 azure.yaml에 azure.ai.agent 서비스를 정의하거나, SDK (azure-ai-projects 2.3.0 이상)에서 버전 정의를 작성하는 것이 시작점입니다.
실제 배포부터 과금 실측까지는 별도로 직접 수행하여 검증 기사로 작성할 예정입니다.
참고 링크 (1차 소스)
- Hosted agents in Foundry Agent Service - Microsoft Learn (2026-07-13 업데이트 버전 · 본 기사 사양 기술의 근거)
- What's new in Microsoft Foundry | Build Edition - Microsoft Foundry Blog (2026-06-02 · GA 예고의 근거)
- What's New in Microsoft Foundry | June 2026 - Microsoft Foundry Blog (2026-07-07)
- azure-ai-projects 2.3.0 - PyPI (2026-07-01 stable 릴리스)
- Introducing the new hosted agents in Foundry Agent Service - Microsoft Foundry Blog (2026-04-22 · preview기의 설계 해설)
- Foundry Agent Service 요금 페이지 (단가는 이쪽을 참조)
Discussion

AI 자동 생성 콘텐츠
본 콘텐츠는 Zenn AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기