엔터프라이즈 에이전트 플랫폼과 MCP 표준화의 경계

에이전트 플랫폼 선택은 상호운용성 설계로 이어진다

구글은 2026년 4월 22일 Google Cloud Next '26에서 Gemini Enterprise Agent Platform을 공식 발표했다. Vertex AI의 에이전트 빌딩 기능은 거버넌스, 오케스트레이션, 보안까지 포함하는 통합 플랫폼으로 확장됐다.

AWS Bedrock AgentCore, Azure AI Foundry Agent Service와 함께 주요 클라우드 제공사가 각자의 에이전트 플랫폼을 완성 단계로 끌어올린 흐름이다. 이제 선택의 중심은 특정 모델 SDK가 아니라, 어느 플랫폼을 기반으로 삼고 그 위에서 상호운용성을 어떻게 확보할지에 있다.

각 플랫폼이 강조하는 영역

Gemini Enterprise Agent Platform은 Gemini 3.1 Pro, Gemini 3.1 Flash Image, Lyria 3와 Anthropic의 Claude Opus·Sonnet·Haiku 계열을 모델 선택지에 포함한다. Gemini Enterprise 앱에는 Agent Designer, Inbox, 장기 실행 에이전트, Skills, Projects가 묶여 있으며, Agent Registry, Agent Gateway, 시맨틱 정책 구성 요소, 감사 로그, 모델·엔드포인트 운영 텔레메트리 같은 거버넌스 프리미티브도 제공한다.

AWS는 Bedrock Agents에 AgentCore 런타임과 Strands SDK를 결합해 모델 유연성에 초점을 둔다. 2026년 7월에는 시각적 에이전트 빌더와 함께 AgentCore를 정식 출시(GA)했다.

Azure AI Foundry Agent Service는 Azure OpenAI 모델을 중심에 두되 1,800개 이상의 모델 카탈로그를 제공한다. Prompt Flow의 조건 분기 제어와 Azure 네이티브 버전 관리도 강점이다. 구글은 거버넌스와 통합 완결성, AWS는 모델 유연성, Azure는 카탈로그 규모와 엔터프라이즈 아이덴티티 연동이라는 서로 다른 기준으로 경쟁한다.

MCP 지원과 이식 가능성은 다르다

세 플랫폼은 모두 Model Context Protocol(MCP)의 네이티브 지원을 표방한다. 그러나 MCP 서버를 호출할 수 있는 것과 에이전트 정의를 MCP 표준 스키마로 다른 플랫폼에 이식할 수 있는 것은 별개의 수준이다.

설계 단계에서는 도구 호출이 MCP 표준 인터페이스를 그대로 통과하는지 확인해야 한다. Agent Designer, Bedrock Agents 액션 그룹, Prompt Flow 노드 같은 벤더 고유 오케스트레이션 계층을 거치며 종속 메타데이터가 추가된다면, 포팅 가능성은 제한될 수 있다.

⤢✕

표준 경계는 도메인과 운영 환경에 맞춘다

규제와 감사 요구가 강한 금융·의료 영역에서는 Agent Registry, 감사 로그, 시맨틱 정책 같은 거버넌스 프리미티브가 중요한 선택 기준이 된다. 모델 실험이 빈번한 R&D 조직에는 Strands SDK 기반의 유연성이, Microsoft 365와 Entra ID에 깊게 결합된 조직에는 Azure AI Foundry의 통합 비용이 더 유리할 수 있다.

핵심은 표준 준수 경계를 아키텍처 문서에 분명히 남기는 일이다. 교체 가능성이 필요한 기능은 MCP 표준 위에 구현하고, 개발 속도 또는 벤더 특화 최적화가 필요한 영역은 확장 기능을 사용할 수 있다. Bedrock 액션 그룹 스키마나 Gemini Enterprise Agent Designer 워크플로처럼 벤더 전용 기능을 채택하는 경우에는 그 이유와 적용 범위를 명시해야 한다.

확장 기능과 상태를 플랫폼 밖으로 분리한다

벤더 확장 기능은 별도 어댑터 계층에 격리하는 편이 낫다. 핵심 로직이 벤더 SDK를 직접 참조하면 플랫폼 전환 시 코드 전체를 다시 작성해야 할 수 있다.

대화 맥락, 장기 실행 작업의 중간 상태, 도구 호출 이력 같은 세션 상태의 영속 위치도 함께 결정해야 한다. 상태를 플랫폼 세션 스토어에만 묶어두면 벤더 잠금은 코드에서 데이터까지 확대된다.

MCP는 도구와 데이터 연결을 수직적으로 표준화한다. 구글이 주도하는 A2A(Agent-to-Agent) 프로토콜은 에이전트 간 통신을 수평적으로 표준화한다. 세션 상태 규약에서는 두 프로토콜이 책임지는 범위를 구분해 정의할 필요가 있다.

교체 가능성은 정기적으로 검증한다

표준 준수 선언만으로 실제 전환 가능성을 보장할 수는 없다. 운영 환경에서는 동일 에이전트 정의의 대체 플랫폼 배포, MCP 서버 호출 응답의 스키마 동등성 검사, 세션 상태 마이그레이션 리허설, 성능·지연시간 회귀 비교를 고정된 검증 체계로 운영할 수 있다.

이 검증을 CI/CD 파이프라인에 정기적으로 포함해야 표준 준수가 문서상의 약속에 머물지 않는다.

빠르게 변하는 플랫폼 지형을 추적하는 방법

2026년에는 Gemini Enterprise Agent Platform 발표가 4월에, AWS Bedrock AgentCore GA가 7월에, OpenAI Assistants API 폐지가 8월 26일에 발생했다. 제공사의 기능 변화와 MCP 준수 범위를 정기적으로 조사하고, 기존의 준수 판정 기준을 매 분기 다시 적용해야 한다.

표준 적용 범위는 거버넌스 차원에서 결정할 문제다. 도구 연동과 데이터 접근처럼 교체 가능성이 중요한 영역에는 표준을 우선 적용하고, UI 오케스트레이션이나 저지연 내부 프로세스처럼 벤더 특화 최적화의 가치가 큰 영역은 확장 기능 사용을 승인하는 방식이 가능하다.

승인 과정에는 교체 시 예상 재작업 비용, 표준 대안의 성숙도, 벤더 잠금이 비즈니스 리스크로 이어질 가능성을 정량화해 반영해야 한다.

Gartner는 2026년 말까지 API 게이트웨이 벤더의 75%가 MCP 기능을 갖출 것으로 전망했다. 대체 후보군이 늘어나는 환경에서는 최소 연 1회 동일 워크로드를 다른 플랫폼에서 재현하는 파일럿과, 실제 트래픽 일부를 대체 경로로 전환하는 리허설을 계획에 포함할 수 있다. 가격 정책 급변, 서비스 종료, 규제 요구 같은 상황에서 전환 시간을 줄이는 준비다.

MCP는 2025년 12월 Anthropic이 Linux Foundation 산하 Agentic AI Foundation(AAIF)에 기부하면서 AWS, Google, Microsoft, Cloudflare, Bloomberg가 플래티넘 멤버로 참여하는 다자 거버넌스 구조로 전환됐다. 표준이 단일 기업의 로드맵에 종속되지 않는다는 의미이지만, 개정 속도와 방향을 다자 협의체가 결정한다는 뜻이기도 하다. AAIF 릴리스 노트와 A2A 프로토콜 변경 사항을 모니터링하고, 내부 아키텍처 영향을 분기별로 재평가할 담당 역할이 필요하다.

표준 조합과 플랫폼 기능 사이의 선택

Gemini Enterprise의 Agent Designer, Bedrock Agents의 액션 그룹, Prompt Flow 노드처럼 플랫폼이 기본 제공하는 기능은 문서화된 UI와 내장 디버깅 도구 덕분에 빠른 생산성을 제공한다. 반면 MCP 서버를 조합해 같은 기능을 구현하면 초기 개발 속도는 느릴 수 있지만, 2026년 기준 9,000개가 넘는 공개 MCP 서버 생태계를 재사용할 수 있어 장기 유지보수 비용이 낮아지는 경향이 있다.

단기 생산성이 중요한 프로젝트는 플랫폼 기본 기능을 택할 수 있다. 3년 이상 운영할 핵심 시스템이라면 MCP 조합 방식을 우선하는 절충도 가능하다.

표준 준수는 교체 용이성을 확보하는 대신 최신 벤더 기능을 즉시 활용하지 못할 수 있다. 벤더 확장을 적극 사용하면 혁신 추종 속도는 빨라지지만, 특정 제공사의 로드맵과 가격 정책에 종속될 위험이 커진다. 2026년 3월 기준 MCP SDK의 월간 다운로드가 97백만 건에 이르는 점은 표준 생태계도 빠르게 발전하고 있음을 보여준다. 다만 구글의 시맨틱 정책 구성 요소처럼 도메인 특화 기능은 여전히 벤더 확장으로만 접근할 수 있는 경우가 많다.

MCP와 A2A를 전제로 설계한 에이전트는 Claude, Gemini, Copilot 등 여러 클라이언트에서 재사용할 수 있다. 그만큼 각 환경의 회귀 테스트 부담도 클라이언트 수에 따라 늘어난다. 단일 제공사에 최적화하면 검증 부담은 줄지만 사용자 기반이 해당 제공사에 제한된다. A2A가 2026년 4월 기준 150개 이상 조직에서 실사용되고 있다는 점은 다중 클라이언트 전략이 실무 선택지로 자리 잡았음을 시사한다.

계층별로 다른 표준화 전략을 세운다

에이전트 플랫폼의 상호운용성 문제는 시스템 통합과 공급자 관리 원칙이 새로운 계층에 적용된 사례다. 인터페이스 표준화, 벤더 잠금 리스크 평가, 이중화와 대체 경로 확보는 미들웨어 표준화나 멀티벤더 클라우드 전략에서 다뤄온 문제와 맞닿아 있다. MCP와 A2A는 이 맥락에서 SOAP, REST, 오픈 API 표준에 대응하는 위치에 있다.

다만 에이전트 플랫폼은 모델이 빠르게 교체된다. 인터페이스 표준화만으로는 충분하지 않으며, 모델 계층, 오케스트레이션 계층, 거버넌스 계층을 분리하고 계층별 표준화 전략을 다르게 세워야 한다. 주요 클라우드 제공사가 플랫폼 완성도를 높이면서 MCP와 A2A 준수를 강조하는 환경에서, 표준 위에서 기능을 조합하고 공급자 전환 가능성을 실증적으로 유지하는 조직은 가격 협상력과 기술 선택의 자유를 함께 확보할 수 있다.