MS 파운드리, 호스팅 에이전트 프리뷰 출시: 세션별 독립 샌드박스 제공

로컬 환경에서 코드를 작성하고 파일을 수정하며 작업을 끝내는 AI 에이전트를 만드는 것은 이제 어렵지 않습니다. 하지만 이 에이전트를 사내 수천 명의 임직원이 안전하게 쓰도록 배포하는 문제는 완전히 다른 차원의 이야기입니다.

기존 클라우드 컨테이너는 여러 사용자가 한 인스턴스를 공유하도록 설계되었기 때문에, 에이전트가 임의의 코드를 실행하고 파일을 읽고 쓰는 환경에서는 치명적인 보안 사고로 이어질 수밖에 없습니다.

마이크로소프트는 4월 22일, Foundry Agent Service 내에서 엔터프라이즈 에이전트 전용 컴퓨팅 인프라인 '호스티드 에이전트(Hosted Agents)' 퍼블릭 프리뷰를 발표했습니다.

세션별 가상머신 격리와 파일이 유지되는 제로 스케일

이번 서비스의 핵심은 단순한 프로세스 격리가 아닌, 모든 개별 에이전트 세션에 하이퍼바이저 수준의 전용 샌드박스를 제공한다는 점입니다.

여기에 비용과 작업 상태 유지를 동시에 잡았습니다. 에이전트가 쉬고 있을 때는 '스케일 투 제로(Scale-to-zero)'가 작동해 컴퓨팅 비용이 청구되지 않습니다. 다시 호출될 때의 콜드 스타트 시간도 예측 가능하며, 무엇보다 작업 디렉터리와 파일 시스템 상태가 그대로 보존됩니다. 개발자가 별도 외부 데이터베이스를 구축하지 않아도 에이전트가 직전 작업 지점에서 즉시 업무를 이어갈 수 있는 셈입니다.

보안과 권한 관리도 엔터프라이즈 기준에 맞췄습니다. 각 에이전트마다 고유한 Entra Agent ID가 발급되며, Teams나 M365 Copilot을 통해 사용자가 호출할 때는 OAuth 2.0 OBO 방식을 통해 사용자 권한을 위임받아 동작합니다. 무인 백그라운드 작업일 때는 자체 관리 ID로 인증합니다.

특정 프레임워크에 종속되지도 않습니다. LangGraph, Claude Agent SDK, OpenAI Agents SDK는 물론, 기존 Semantic Kernel과 AutoGen을 통합해 정식 출시된 Microsoft Agent Framework v1.0까지 지원하며, azd deploy 명령어 하나로 배포할 수 있습니다.

왜 중요한가

에이전트 데모를 만드는 것은 쉬워졌지만, 기업들이 현업 배포를 주저했던 진짜 이유는 모델의 지능 부족이 아니라 세션 간 데이터 오염, 권한 제어, 유휴 비용 같은 인프라 엔지니어링 문제였습니다.

우리는 마이크로소프트의 이번 접근이 매우 영리하다고 평가합니다. 특정 독점 모델로 개발자를 가두는 대신, 자신들이 가장 잘하는 가상화 인프라, Entra ID 체계, M365 유통망을 결합해 에이전트가 돌아갈 '가장 안전한 작업장'을 선점했기 때문입니다.

기업 개발자나 IT 부서 입장에서는 골치 아픈 샌드박스 보안과 상태 영속화 구조를 직접 개발할 필요 없이, 현업용 에이전트를 실전에 투입해 볼 수 있는 현실적인 길이 열렸습니다.

다만 완전 유휴 상태가 아닐 때 세션별 VM 프로비저닝과 디스크 스냅샷 유지에 따른 누적 비용이 기존 서버리스 방식 대비 얼마나 경쟁력이 있을지는 실제 대규모 운용을 통해 검증해 볼 대목입니다. 그럼에도 클라우드 경쟁의 초점이 '단순 모델 서빙'에서 '에이전트 런타임 인프라'로 완전히 이동했음을 보여주는 상징적인 변화입니다.