사람만 소프트웨어를 사용하던 시대가 지나가고 있습니다. 2026년 현재 에이전트도 소프트웨어를 직접 사용하는 주체로 자리 잡고 있습니다. 이러한 변화는 엔터프라이즈 컴퓨팅 인프라에 새로운 과제를 던집니다. 여러 에이전트가 업무에 필요한 데이터와 도구를 동시에 호출하려면 증가하는 연결과 요청을 안정적으로 처리할 수 있어야 합니다. 이번 포스팅에서는 에이전트 시대에 필요한 인프라 요건을 살펴보겠습니다. MCP 서버를 클라우드 규모로 확장할 때 기존 구조에서 어떤 문제가 발생하는지 그리고 최신 MCP 규격이 이를 어떻게 개선했는지도 알아보겠습니다.
MCP 서버가 인프라에 던지는 새로운 숙제
에이전트가 업무 현장에서 제 역할을 하려면 다양한 데이터 원천과 도구에 접근할 수 있어야 합니다. 하지만 무작정 연결점을 늘릴 수는 없습니다. 연결점이 늘어날수록 연동 방식과 권한, 오류 처리 등을 관리하는 부담도 커집니다.
MCP는 에이전트와 도구를 표준 방식으로 연결해 이러한 부담을 줄여 줍니다. 다만 MCP 서버를 배포하고 에이전트 활용을 전사 규모로 확대하면 또 다른 문제를 마주하게 됩니다. 증가하는 요청에 맞춰 MCP 서버를 유연하게 확장해야 하기 때문입니다.
2025년 11월 25일 공개된 MCP 규격에서 클라이언트는 HTTP로 MCP 서버에 연결할 때 초기화 절차를 거쳤습니다. 세션을 사용하는 서버는 Mcp-Session-Id 헤더로 세션 아이디를 발급하고 클라이언트는 이후 요청에 같은 아이디를 담았습니다. 이 경우 요청이 해당 세션 정보를 보관한 인스턴스로 전달돼야 합니다. 어느 인스턴스나 요청을 처리할 수 있어야 하는 클라우드 네이티브 환경에서는 다음과 같은 문제가 발생할 수 있습니다.
- 부하 분산: 일반적인 라운드 로빈 방식으로 요청을 분산하기 어렵습니다. 다음 요청이 세션 정보를 보관하지 않은 파드로 전달되면 400 Session Not Found 오류가 발생할 수 있습니다.
- 자동 확장: 스티키 세션을 적용하면 요청이 특정 인스턴스에 집중될 수 있습니다. 트래픽을 고르게 분산하기 어려워 오토스케일링 효율도 낮아집니다.
- 장애 대응: 세션을 보관하던 인스턴스가 중단되거나 재시작되면 진행 중인 작업을 이어가기 어렵습니다.
- 관리 부담: 여러 인스턴스가 세션을 공유하려면 Redis와 같은 별도 저장소나 게이트웨이 기능이 필요합니다. 그만큼 운영 구조가 복잡해지고 비용과 지연 시간도 늘어날 수 있습니다.
위 문제를 보면 에이전트와 도구의 연결을 표준화하는 것만으로는 에이전트의 기능 강화와 전사 확산을 이어가기 어렵다는 것을 알 수 있습니다. 사용량에 따라 MCP 서버를 유연하게 확장하고 인스턴스 장애에도 요청을 안정적으로 처리할 수 있는 구조가 필요합니다. 구글 클라우드는 매니지드 MCP 서버로 주요 서비스를 노출하는 준비를 하면서 앞서 살펴본 문제를 직접 체감하였고 신속하게 MCP 생태계에 참여하고 있는 여러 파트너와 협력해 해결책은 내놓았습니다.
MCP 2026-07-28 업데이트에 주목해야 하는 이유
구글 클라우드는 Next ’26에서 50개가 넘는 매니지드 MCP 서버를 정식 출시하거나 프리뷰로 공개했다고 밝혔습니다. 다양한 구글 클라우드 서비스를 MCP로 제공하려면 많은 에이전트의 요청을 동시에 처리할 수 있는 확장성과 안정성이 필요합니다.
MCP 생태계는 실제 운영 과정에서 확인한 확장 문제를 해결하기 위해 프로토콜 구조를 개선했습니다. 그 결과가 2026년 7월 28일 공개한 MCP 업데이트입니다. 이번 업데이트의 핵심은 프로토콜을 무상태(stateless) 구조로 전환한 것입니다. 서버가 이전 연결의 세션 정보를 기억하지 않아도 각 요청을 처리할 수 있게 했습니다.
무상태 구조에서는 어느 서버 인스턴스나 요청을 처리할 수 있습니다. 트래픽이 증가하면 인스턴스를 추가하고 사용량이 줄면 다시 줄일 수 있습니다. 특정 인스턴스가 중단돼도 다음 요청을 다른 인스턴스로 전달할 수 있습니다. Cloud Run과 같은 서버리스 환경에도MCP 서버를 배포하기 쉬워집니다. 세션을 유지하기 위한 별도 저장소와 복잡한 라우팅 구성을 줄일 수 있어 운영 부담과 비용도 낮출 수 있습니다.
오래 걸리는 작업과 사용자 확인이 필요한 업무를 처리하는 방법도 추가했습니다. 환불이나 백업처럼 시간이 필요한 작업은 백그라운드에서 실행하고 진행 상태를 따로 확인할 수 있습니다. 결제나 승인처럼 사용자의 확인이 필요한 작업도 특정 서버와 연결을 계속 유지하지 않고 이어갈 수 있습니다.
보안과 운영 기준도 보완했습니다. 요청 대상과 권한을 더 정확하게 확인하고 도구에 전달하는 입력값을 엄격하게 검증할 수 있습니다. 기능을 종료할 때 최소 12개월의 전환 기간을 제공하는 정책도 마련했습니다.
이번 업데이트의 의미는 단순한 기술 사양 변경에 그치지 않습니다. MCP 서버를 클라우드 환경에서 유연하게 확장하고 안정적으로 운영할 수 있는 기반을 마련했다는 점이 중요합니다. 에이전트를 개념 검증 단계에서 실제 서비스로 확대하려는 기업이 이번 업데이트에 주목해야 하는 이유입니다.
에이전트를 위한 확장 가능한 MCP 서버 인프라가 필요
에이전트 시대의 인프라 설계는 두 가지 질문에 대한 답을 찾는 데에서 출발해야 합니다.
- 에이전트를 어떤 데이터와 도구에 연결할 것인가?
- 늘어나는 연결과 요청을 어떻게 안정적으로 처리할 것인가?
위 질문에 대한 답은 구글 매니지드 MCP 서버와 MCP 2026-07-28 업데이트에서 찾을 수 있습니다. 구글 매니지드 MCP 서버는 에이전트가 구글 클라우드 서비스에 접근할 수 있는 표준 연결점을 제공합니다. MCP 2026-07-28 규격의 무상태 구조는 이러한 연결을 클라우드 규모로 확장할 수 있는 기반을 제공합니다.
에이전트 활용을 확대하려는 조직은 먼저 현재 MCP 서버가 세션에 의존하는지 확인해야 합니다. 트래픽 증가에 따라 인스턴스를 자동으로 확장할 수 있는지도 살펴봐야 합니다. 특정 인스턴스가 중단됐을 때 다른 인스턴스가 요청을 처리하는지 오래 걸리는 작업과 사용자 승인을 어떤 방식으로 관리할지도 점검해야 합니다. 연결할 도구의 범위와 접근 권한, 요청 기록과 감사 체계도 함께 설계해야 합니다.
이러한 기준을 바탕으로 에이전트를 위한 확장 가능한 MCP 서버 인프라를 설계하면 개념 검증 단계의 에이전트를 실제 업무와 전사 서비스로 안정적으로 확대할 수 있습니다. MCP 서버의 무상태 전환과 구글 클라우드 기반 확장 아키텍처 설계에 대한 자문이 필요하다면 메가존소프트 문의 포털을 통해 상담을 남겨 주세요.
