에이전트 오케스트레이션 공백 이후 — 누가 연결 조직을 구축하는가?

현재의 에이전틱 AI 인프라 상태는 작업대 위에 놓인 정밀 설계된 기어 뭉치와 비슷하며, 각각은 개별적으로는 완벽하게 작동하지만 기계를 구동하는 데 필요한 체인이나 벨트가 부족한 상태입니다. 기업들은 실험과 생산 사이의 80포인트 격차를 극복하기를 열망하고 있으며 — Cisco RSA 2026 데이터에 따르면 고객의 85%가 실험 중이지만 생산 단계에 있는 고객은 5%에 불과한 것으로 나타났습니다 — 업계는 근본적인 아키텍처의 부재로 인해 여전히 정체되어 있습니다. 에이전트 오케스트레이션 격차 분석에서 살펴본 것처럼, 모델 컨텍스트 프로토콜(MCP), 에이전트 간(A2A) 통신, ID 프레임워크, 샌드박스 수명 주기 및 실행 거버넌스를 통합해야 하는 메타 오케스트레이션 레이어는 응집력 있는 제품이나 표준으로서 존재하지 않습니다.

현재 세 곳의 주요 엔터프라이즈 플레이어가 이 퍼즐 조각을 해결하려고 시도하고 있지만, 각기 다른 고립된 관점에서 문제에 접근하고 있습니다. 2026년 6월에 정식 출시된 AWS Bedrock AgentCore는 가장 강력한 단일 플랫폼 전략을 보여줍니다. 구성 중심의 정의와 세션당 격리된 마이크로VM을 갖춘 관리형 에이전트 루프를 제공함으로써 AWS는 포괄적인 환경을 제공합니다. 하지만 이는 여전히 벤더에 종속된 생태계로 남아 있으며, 기업이 요구하는 광범위하고 이질적인 상호운용성보다는 내부 일관성을 우선시합니다. 이는 에이전트 인프라가 범용화(commodity)되고 있는 광범위한 추세를 반영합니다.

반면 Google의 Gemini Enterprise Agent Platform은 현재 리눅스 재단(Linux Foundation)의 관리하에 있는 A2A 프로토콜을 통한 수평적 조정에 집중하고 있습니다. Google은 150개 이상의 조직으로 구성된 커뮤니티를 성공적으로 육성했지만, 그 방식은 MCP의 수직적이고 도구 중심적인 초점과는 단절되어 있습니다. 한편 Cisco는 RSA 2026에서 발표한 DefenseClaw를 통해 입지를 다졌습니다. 이 오픈 소스 프레임워크는 샌드박싱을 위한 NVIDIA OpenShell과 모니터링을 위한 Splunk를 통합하여 보안 및 관측성 측면에서 뛰어나지만, MCP, A2A 및 ID 레이어 간의 복잡한 프로토콜 간 조정 작업은 명시적으로 피하고 있습니다.

이러한 격차를 해소하려는 중립 레이어의 시도가 현재 표준 기구 내에서 전개되고 있지만, 아직 초기 단계에 머물러 있습니다. OpenID AIIM CG는 MCP에 대한 상호운용성 테스트를 활발히 진행하고 있으며, 권한이 있는 에이전트만 리소스에 액세스할 수 있도록 OAuth 2.1 및 엔터프라이즈 관리 권한 부여에 집중하고 있습니다. 동시에 2026년 2월에 시작된 NIST AI 에이전트 표준 이니셔티브는 초기 상호운용성 프로필을 마련하기 위해 노력하고 있습니다. 이러한 노력은 매우 중요하지만, 프로덕션급 메타 오케스트레이션 레이어를 구축하는 운영상의 현실과는 별개의 문제이며, 배포 시 하네스 패턴(harness pattern)의 필요성으로 인해 이 과제는 더욱 복잡해집니다.