AWS, 서버리스 MCP 서버 공개··· ‘에이전트 기반 앱 개발 지원’

AWS가 AI 기반 코딩 에이전트를 활용하는 ‘서버리스 MCP 서버(Serverless MCP Server)‘를 공개했다. AWS에 따르면 해당 솔루션은 기업이 수동 개입을 최소화한 상태에서 관리형 애플리케이션을 더 빠르게 개발할 수 있도록 지원하기 위해 설계됐다.

AWS는 서버리스 MCP 서버가 아마존 Q, 클라인(Cline), 커서(Cursor) 같은 AI 코딩 어시스턴트에게 서버리스 아키텍처에 대한 지식, 템플릿, 패턴, 모범 사례를 제공한다고 설명했다. 이 지식은 AWS의 서버 관리 없이 애플리케이션을 실행할 수 있는 서비스인 람다(Lambda)를 기반으로 한다.

AWS는 블로그를 통해 “서버리스 MCP 서버는 지능형 동반자처럼 작동해 초기 설계부터 배포에 이르기까지 전체 애플리케이션 개발 수명 주기에 걸쳐 개발자를 안내하고 각 단계에서 상황에 맞는 지원을 제공한다”라고 설명했다.

MCP(Model Context Protocol)는 앤트로픽(Anthropic)이 개발한 개방형 프로토콜로, 애플리케이션 내 AI 에이전트가 외부 도구와 데이터에 접근해 클라이언트-서버 메커니즘으로 사용자 요청을 처리할 수 있도록 한다. 여기서 클라이언트는 AI 에이전트 또는 에이전트 인터페이스이며, 서버는 도구와 데이터를 제공한다.

서버리스 MCP 서버는 웹 기반 애플리케이션 개발을 위한 지원도 포함된다. AWS는 MCP 서버가 백엔드, 프론트엔드, 풀스택 애플리케이션뿐 아니라 사용자 지정 도메인 설정에 대한 전문화된 지원도 제공할 예정이라고 덧붙였다.

람다 툴 서버(Lambda Tool Server)와의 차이점

서버리스 MCP 서버는 개발자가 에이전트를 통해 람다 함수를 활용하도록 지원하는 기존의 람다 툴 서버와는 구분된다.

람다 툴 서버는 기본적으로 대규모 언어 모델(LLM)이 코드 변경 없이 MCP 도구로서 기존 람다 함수와 직접 상호작용할 수 있도록 지원하며, MCP 클라이언트와 람다 함수 사이의 브릿지 역할을 수행한다.

반면 서버리스 MCP 서버는 더 다양한 애플리케이션 개발 또는 워크플로우 유지 보수에 활용 가능하다. 기존 람다 툴 서버와 보완적으로 결합해 사용할 수도 있다.

AWS는 서버리스 MCP 서버가 서버리스 애플리케이션 수명주기 관리, 웹 애플리케이션 개발 및 배포 외에도 특정 런타임과 사용례에 람다를 언제 사용할지, 애플리케이션 배포에 어떤 코드형 인프라 도구를 사용해야 하는지에 대한 지침도 제공할 수 있다고 설명했다.

서버리스 MCP 서버의 작동 방식

개발자는 MCP 클라이언트를 통해 AI 코딩 어시스턴트를 선택하고 새로운 AWS 서버리스 MCP 서버에 접근할 수 있다. 이는 깃허브(GitHub) 또는 PyPi(Python Package Index)에서 다운로드할 수 있다.

서버 설치 후에는 MCP 클라이언트 설정에 코드를 삽입해 AWS 프로필을 구성해야 한다.

이후 개발자는 AI 어시스턴트를 통해 서버리스 애플리케이션의 설계, 테스트, 배포 및 문제 해결에 대한 안내를 받을 수 있다. 어시스턴트는 요청된 작업에 따라 서버 내 도구를 호출해 정보를 제공하거나 작업을 실행한다.

애플리케이션 개발 및 배포를 위한 MCP 도구의 예로는 sam_init_tool, sam_build_tool, sam_deploy_tool, sam_local_invoke_tool, deployment_help_tool, deploy_serverless_app_help_tool 등이 있다.

AWS는 기업이 애플리케이션을 구축할 때 AI 기반 아키텍처 결정 안내 기능을 먼저 활용하고, 개발 프로세스 전반에 걸쳐 이 안내 도구를 통해 모범 사례에 따라 정보에 입각한 결정을 내릴 것을 권장했다.

AWS는 MCP에서 흔히 발생하는 보안 문제도 해결한다고 설명했다. AWS는 “기본적으로 MCP 서버는 읽기 전용 모드에서 작동하며, 변형을 일으키지 않는 작업만 허용한다. 또한 클라우드워치(CloudWatch) 로그 접근도 기본적으로 제한돼 있어, AI 어시스턴트가 운영 데이터를 노출하는 일을 방지할 수 있다”라고 밝혔다.

다만 개발자는 보안 기본값을 선택적으로 재정의할 수 있다. ‘allow-write’ 플래그를 사용해 배포나 업데이트 등 변경 작업을 허용할 수 있으며, ‘allow-sensitive-data-access’ 플래그를 설정하면 클라우드워치 로그 접근을 허용해 디버깅이나 문제 해결 작업에 활용할 수도 있다.
dl-ciokorea@foundryco.com