Microsoft는 실험적인 단계의 것들을 위해 전문가 수준의 인증(certification)을 만들지 않습니다. 전문가 자격(credential)은 시장에 대한 선언입니다. 즉, 이 분야가 성숙했으며, 채용이 가능하고, 이력서를 필터링할 가치가 있다는 선언입니다. 멀티 에이전트 오케스트레이션 (Multi-agent orchestration)이 방금 그 인장을 받았습니다.

이 자격은 Microsoft Certified: Multi-Agent AI Solutions Expert이며, 현재 베타 단계인 Exam AI-500을 통과함으로써 획득할 수 있습니다. Microsoft의 발표에 따르면 현재 한정된 할인 좌석이 제공되고 있습니다. 만약 Exam AI-500 베타 응시를 고민하고 있다면, 이 글은 무엇을 테스트하는지, AI-102 및 AB-100과는 어떻게 다른지, 그리고 지금 신청할지 아니면 기다릴지에 대한 명확한 판단 근거를 제공할 것입니다. 선택의 나열이 아닌, 하나의 결정입니다.

제 입장을 짧게 요약하자면: 배지(badge)보다 기술 개요(skills outline)가 더 중요합니다. Microsoft는 방금 멀티 에이전트 제품 로드맵을 발표했으며, 이를 시험 청사진(exam blueprint) 형식으로 구성했습니다. 어떤 방식으로든 읽어보시기 바랍니다.

AI-500이 실제로 다루는 내용

발표에서는 이 인증을 Microsoft의 표현을 빌리자면 "에이전트 시대 (agentic era)에서 전문가 수준으로 운영할 수 있는" 실무자들을 대상으로 설정하고 있습니다. 이 문구는 매우 중요한 의미를 담고 있습니다. 이는 단순히 모델 엔드포인트 (model endpoint)를 호출하는 것에 관한 것이 아닙니다. 여러 에이전트가 협력하고, 업무를 인계하며, 가드레일 (guardrails) 내에 머무는 시스템을 설계, 오케스트레이션 (orchestrating), 그리고 실행하는 것에 관한 것입니다.

발표에서 Microsoft가 직접 정의한 세 가지 역량은 다음과 같습니다: 복잡하고 프로덕션 준비가 된 (production-ready) AI 시스템 설계; 여러 에이전트 및 도구의 오케스트레이션; 그리고 확장 가능하고 거버넌스가 적용된 (governed) AI 솔루션 제공입니다. 이것이 실무에서 무엇을 의미하는지, 그리고 왜 이 세 가지가 적절한지에 대한 저의 해석은 다음과 같습니다:

1. 다중 에이전트 및 도구의 오케스트레이션 (Orchestration). 프롬프트 하나를 사용하는 단일 에이전트가 아닙니다. 라우팅 (routing), 핸드오프 (handoffs), 그리고 공유 컨텍스트 (shared context)를 갖춘 여러 에이전트를 의미합니다.
2. 거버넌스 (Governance). 신원 (Identity), 권한 (permissions), 콘텐츠 안전성 (content safety), 평가 (evaluation), 그리고 감사 (audit)가 부록이 아닌 시험 범위의 핵심 내용으로 포함됩니다.
3. 프로덕션 준비성 (Production-readiness). 배포 (Deployment), 관찰 가능성 (observability), 그리고 라이프사이클 (lifecycle). 데모 수준과 새벽 2시에 호출을 받을 만큼 중요한 시스템을 구분 짓는 요소들입니다.

명확히 말씀드리자면, 위 번호가 매겨진 목록은 발표된 언어에 대한 저의 해석이며, 측정되는 기술 (skills-measured) 문서의 재인쇄가 아닙니다.

지금 바로 직접 정확한 청사진을 확인하세요

이 시험은 베타 버전이며, 베타 청사진은 변경될 수 있습니다. 저는 여기서 도메인 이름, 가중치, 또는 선수 요구 사항 (prerequisite statements)을 의도적으로 재인쇄하지 않습니다. 왜냐하면 다음 달 Microsoft Learn 자격 증명 카탈로그에 올라올 버전이 제가 이번 주에 인용할 수 있는 버전과 일치하지 않을 수 있기 때문입니다. 무엇인가를 예약하기 전에, 발표문에 링크된 AI-500 시험 페이지를 열고, 현재의 기술 개요 (skills outline)를 다운로드하며, 선수 요구 사항 섹션을 직접 확인하십시오. 만약 Microsoft가 필수 선행 자격증을 명시하고 있다면, 블로그 포스트(제 글을 포함하여)가 아닌 해당 페이지를 믿으십시오. 이 말씀은 단 한 번만 드릴 것이며, 아래의 모든 섹션에 적용됩니다.

핵심은 이 사안의 형태이며, 그 형태는 명확합니다: AI-500은 서비스 통합 (service integration)이 아니라 에이전트 전반에 걸친 시스템 설계 (system design)를 테스트합니다. 이는 AI-102가 인증하는 직무와는 다른 것이며, Microsoft도 이를 알고 있습니다.

AI-500 vs. AI-102 vs. AB-100: 실제 차이점 (the real delta)

각 자격 증명이 공개적으로 포지셔닝된 방식을 근거로 한 공정한 비교는 다음과 같습니다:

해당 표에 대한 출처 참고 사항: AI-102 행은 안정적이고 공개된 Microsoft Learn 시험 페이지에서 가져왔습니다. AB-100 행은 Microsoft 페이지의 인용이 아닌, 저의 AB-100 분석 내용을 바탕으로 한 저의 자체 분석입니다. 따라서 학습 계획을 세우기 전에 실제 시험 페이지를 확인하시기 바랍니다. AI-500 행은 시험이 이제 막 베타(beta) 단계에 진입했기 때문에 발표 내용을 바탕으로 작성되었습니다. 새로운 두 행은 Microsoft가 정식 출시 (GA, General Availability) 학습 가이드를 게시함에 따라 더욱 명확해질 것이므로, 이를 절대적인 진리가 아닌 포지셔닝(positioning)으로 간주하십시오.

중간 열의 프레임워크(framing)가 중요합니다. AI-102는 "단순히 API를 호출하는 것"이 아닙니다. 이는 대부분의 팀이 실수하는 검색 파이프라인 (retrieval pipelines)을 포함하여, Azure의 관리형 AI 서비스들을 애플리케이션으로 구성할 수 있음을 증명하는 정당한 엔지니어링 자격 증명입니다. AB-100은 에이전트 기반 솔루션 (agentic solutions)을 설계할 수 있음을 증명하며, 더 중요한 것은 언제 에이전트를 구축하지 말아야 하는지를 알고 있음을 증명합니다. 이는 자격 증명 계층 구조에서 그 자리를 확보할 만한 가치가 있습니다.

AI-500은 다른 실패 모드 (failure mode)를 테스트하기 때문에 이 두 가지 모두보다 상위에 위치합니다. 오작동하는 단일 에이전트는 버그(bug)입니다. 하지만 다섯 개의 에이전트가 서로 경로를 잘못 지정하거나, 루프(loop)에 빠지거나, 권한을 상승 (escalate privileges)시키는 것은 아키텍처 실패 (architecture failure)이며, 전문가용 시험은 바로 이러한 아키텍처 실패를 선별하기 위해 존재합니다.

실무자를 위한 주의 사항 하나: 시험 청사진 (exam blueprints)은 항상 제품의 현실보다 뒤처집니다. Azure AI Foundry와 Microsoft Agent Framework는 인증 팀이 목표를 수정하는 속도보다 더 빠르게 출시되므로, 베타 청사진이 정식 출시 (GA) 전에 변동될 수 있음을 예상하십시오. 현재의 개요를 공부하되, 너무 맹신하지는 마십시오.

AI-500 청사진을 로드맵처럼 읽기

여기 강력한 관점이 있습니다. AI-500 청사진은 실무자들의 관심을 끌 수밖에 없는 단 하나의 형식으로 발행된, Foundry, 에이전트 프레임워크 (Agent Framework), 그리고 엔터프라이즈 거버넌스 (enterprise governance) 도구에 대한 Microsoft의 투자 신호입니다. 시험을 예약하지 않더라도 그 범위를 공부하십시오. 이것은 무료 전략 문서입니다.

아래의 제품 매핑은 Microsoft가 명시적으로 밝힌 것이 아니라 저의 해석입니다. 하지만 점들을 연결하는 것이 어렵지는 않습니다.

오케스트레이션 (Orchestration) 영역은 Azure AI 에이전트 프레임워크 (agent framework) 계층을 가리킵니다. Microsoft는 Microsoft Agent Framework를 발표하며 Semantic Kernel과 AutoGen을 단일 SDK로 통합했습니다. 프레임워크 자체가 계속 변화하고 있으므로 해당 페이지에서 현재의 GA (General Availability) 상태를 확인하십시오. 멀티 에이전트 오케스트레이션 (multi-agent orchestration)이 일급 제품 약속 (first-class product commitment)이 되지 않고서는 활발한 커뮤니티를 가진 두 개의 SDK를 병합하지 않습니다. 저는 에이전트 (agents)를 사용할 때와 플로우 (flows)를 사용할 때 Agent Framework 1.0이 어떻게 변하는지에 대해 다룬 바 있으며, AI-500 청사진은 그러한 변화를 인증 시험의 형태로 확인해 주는 것입니다.

거버넌스 (Governance) 영역은 컨트롤 플레인 (control plane)으로서의 Azure AI Foundry를 가리킵니다. 평가 (Evaluations), 콘텐츠 안전 (content safety), RBAC (역할 기반 액세스 제어), 트레이싱 (tracing), 그리고 Entra, Purview, Defender 통합은 Foundry의 엔터프라이즈 스토리입니다. 거버넌스가 사후 컴플라이언스 (compliance) 고려 사항이 아닌 시험 범위로 등장할 때, Microsoft는 엔터프라이즈 영업 동력 (enterprise sales motion)이 어디에 있는지를 말해주고 있는 것입니다. 이 논거의 배포 (deployment) 관점 버전을 원하신다면, Microsoft의 위험 계층별 에이전트 거버넌스 모델 (risk-tiered agent governance model)이 함께 읽어볼 만한 자료입니다.

운영 준비 영역은 Foundry Agent Service를 가리킵니다. 관리형 호스팅, 배포, 관찰 가능성(observability), 라이프사이클을 포함합니다. 운영에 대해 묻는 시험은 Microsoft가 이러한 시스템이 시연되는 것이 아니라 실제로 운영되기를 기대한다는 것을 알려줍니다. AgentOps CI/CD 레퍼런스 아키텍처가 이러한 기대치가 실제 어떻게 보이는지 보여줍니다.

언급할 가치가 있는 또 다른 신호가 있습니다. 바로 Microsoft의 Agent Framework 자료들이 MCP와 에이전트 간 통신(agent-to-agent communication)과 같은 개방형 프로토콜을 공개적으로 준수한다는 점입니다. 이는 폐쇄적인 런타임이 아닌, 멀티 에이전트 생태계에 대한 베팅입니다. 이질적인 에이전트를 오케스트레이션하는 것을 중심으로 한 전문가 인증은 Microsoft가 사용자가 직접 구축하지 않은 에이전트와도 통신하기를 기대할 때만 의미가 있습니다.

기술 역량 개요(skills outline)를 무료 전략 문서로 취급하세요. 이 문서를 작성하는 데 Microsoft의 자격증 팀이 걸린 시간보다 당신이 읽는 시간이 훨씬 적습니다.

다음 내용을 설명한다면 AI-500 베타 시험을 예약하세요

Foundry, Semantic Kernel 또는 Azure AI 에이전트 프레임워크에서 이미 에이전트 시스템을 배포(shipping)하고 있으며, 프로필에 얼리 어답터 증거를 얻고 싶은 경우 베타 버전을 예약하세요. '노트북에서 가지고 놀아 본' 수준이 아닙니다. '배포(Shipping)'입니다. 보안팀과 에이전트 도구 권한에 대해 논쟁했거나, 자정 무렵 두 에이전트 간의 핸드오프 루프를 디버깅해 본 경험이 있다면, 이 베타가 당신을 위한 것입니다.

Microsoft가 정확히 공개한 바에 따르면 메커니즘은 다음과 같습니다. 발표 내용에 따라 베타는 현재 제한된 할인 좌석으로 오픈되었습니다. Microsoft는 해당 게시물에서 좌석 수나 정확한 할인 금액을 공개하지 않았으므로, 블로그에서 언급하는 특정 숫자는 라이브 등록 페이지에서 가져왔거나 지어낸 것일 수 있습니다.

이 그룹에게 이번 베타 시험이 번거로움을 감수할 가치가 있는 두 가지 솔직한 이유가 있습니다. 첫째, Microsoft의 베타 시험 프로그램에 따르면, 베타 응시자의 성적은 합격 기준을 설정하는 심리측정 (psychometric) 프로세스에 반영됩니다. 즉, 여러분은 무엇이 "합격"인지 완전히 정의되기 전에 시험을 치르는 것입니다. 둘째, 정식 출시 (GA, General Availability) 인파보다 앞서 자격증을 취득할 수 있습니다. 첫 번째 코호트 (first-cohort)의 타이밍이 채용 시장에서 무게감을 가질지는 측정된 사실이라기보다 제 개인적인 의견이지만, 이토록 새로운 분야의 전문가급 자격증이라면 저는 군중 속에 있기보다 첫 번째 코호트에 속하고 싶을 것입니다.

만약 당신이 이에 해당한다면, 바로 예약하십시오. 이미 운영하고 있는 시스템을 설명할 학습 가이드(study guides)가 나오기를 기다리지 마십시오.

만약 당신이 다음 사항에 해당한다면 기다리십시오 - 베타 시험은 까다롭습니다

만약 당신의 수준이 AI-102 단계이며, 멀티 에이전트 오케스트레이션 (multi-agent orchestration)이 운영 단계가 아닌 지향 단계라면 정식 출시 (GA)를 기다리십시오. 이는 비난이 아니라 순서의 문제입니다.

베타 시험은 응시료 이외의 실제적인 비용을 수반하며, Microsoft는 그 중 대부분을 베타 시험 참여 페이지에 문서화해 두었습니다:

• 지연된 점수 발표. 베타 결과는 시험 센터에서 즉시 발표되지 않습니다. Microsoft가 발표한 정책에 따르면, 점수는 시험의 라이브 버전이 출시된 후에야 전달되므로, 시험 응시 시점과 결과 수령 시점 사이에 간극이 발생합니다. 정확한 일정 약속은 해당 정책 페이지에 명시되어 있으며, 이는 제가 아닌 Microsoft가 밝혀야 할 부분입니다.
• 변동되는 목표. 베타 단계에서 공부한 청사진 (blueprint)이 정식 출시 (GA) 시점에 배포되는 청사진과 다를 수 있습니다. 이는 베타의 본질이지, 이 시험의 결함이 아닙니다.
• 부족한 학습 자료. 이 글을 쓰는 시점에서 AI-500에 대한 공식 연습 평가 (practice assessment)나 성숙한 학습 경로 (learning path)를 찾을 수 없었습니다. Microsoft는 보통 베타 단계가 아닌 정식 출시 (GA) 전후에 이러한 자료를 추가하므로, 시험 페이지를 확인해 보시기 바랍니다.
• 거친 시험 경험. 베타 시험은 문항들을 평가하기 위해 존재하며, 이는 여러분이 질문 그 자체로 테스트를 받고 있는 문항들에 답하고 있음을 의미합니다. 정식 출시 (GA) 시험보다 완성도가 떨어질 수 있음을 예상하십시오.

AI-102 수준의 독자들을 위한 정직한 경로: 지금 에이전트 기초 (agent fundamentals)를 학습하고, 학습 경로 (learning paths)가 마련되었을 때 AI-500 정식 출시 (GA) 시험을 치르십시오. AB-100은 자연스러운 중간 단계이며, 실제 에이전트 워크로드 (agent workload)를 하나 구축해 보는 것이 그 어떤 설계도 (blueprint) 암기보다 더 많은 것을 가르쳐 줄 것입니다. 시험은 여전히 그 자리에 있을 것입니다. 저렴한 비용으로 근본적인 경험을 쌓을 수 있는 기회는 바로 지금입니다.

더 큰 관점: AI 엔지니어 역할이 계층별로 분화되고 있다

AI-500은 에이전트 중심의 작업 (agentic work)이 성숙해짐에 따라 비공식적으로 형성되어 온 사다리를 공식화합니다: 앱 빌더 (app builder), 에이전트 빌더 (agent builder), 멀티 에이전트 아키텍트 (multi-agent architect). 각 단계는 서로 다른 실패 모드 (failure modes)를 가진 서로 다른 직무이며, Microsoft는 방금 각 단계에 자격 증명 (credential)을 부여했습니다.

데이터가 아닌 명백한 의견으로서 저의 예측을 말씀드리자면: 채용 담당자들이 곧 이 사다리를 기준으로 필터링을 시작할 것입니다. 자격증이 역량을 완벽히 증명하기 때문이 아니라 (자격증은 결코 완벽히 증명하지 못합니다), 새로운 분야에서는 면접 과정 (interview loops)이 실제 경험과 자신감 있는 어휘력을 아직 구분해내지 못할 때, 자격 증명이 저렴한 첫 번째 필터가 되기 때문입니다. 이것이 바로 멀티 에이전트 채용이 처한 정확한 상황입니다.

그러니 스스로를 이 사다리의 어디에 위치시킬지 결정하고, 이번 분기에 한 가지 행동을 실천하십시오: