Cursor, 자체 인프라에서 실행되는 셀프 호스팅 클라우드 에이전트 출시

섹션별 상세

보안 및 규제 준수를 위해 코드, 비밀 키, 빌드 결과물이 외부로 유출되지 않도록 내부 네트워크에서 에이전트를 실행하는 방식을 도입했다. 많은 기업이 보안 요구사항 때문에 외부 AI 도구 사용에 제약을 겪었으나, 셀프 호스팅을 통해 기존 보안 모델과 빌드 환경을 그대로 유지하며 에이전트를 활용할 수 있다. Brex, Money Forward, Notion과 같은 초기 사용 기업들은 이를 통해 인프라 유지보수 비용을 줄이면서 보안성을 확보했다.

워커(Worker) 프로세스가 아웃바운드 HTTPS 연결을 통해 Cursor 클라우드와 통신하며 내부 도구 실행을 담당한다. 인바운드 포트 개방이나 VPN 터널 없이도 Cursor의 에이전트 하네스가 추론과 계획을 수행하면, 실제 실행 명령만 내부 워커로 전달되어 처리되는 방식이다. 각 에이전트 세션은 독립된 워커를 할당받아 작업 완료 후 즉시 파기되거나 지속적으로 운영될 수 있다.

Cursor 클라우드와 사용자 인프라 간의 셀프 호스팅 에이전트 작동 구조도 — DiagramCursor의 제어부(Web, Desktop)와 사용자 인프라 내의 워커 제어부 및 오토스케일링되는 워커 플릿 간의 연결 관계를 보여준다. 워커가 터미널, 파일시스템, 브라우저에 접근하여 내부 인프라 내에서 작업을 수행하는 구조를 시각화하여 보안 경계를 명확히 설명한다.

대규모 배포를 위해 Kubernetes 환경을 지원하는 Helm 차트와 오퍼레이터를 제공하여 수천 개의 워커를 효율적으로 관리한다. WorkerDeployment 리소스를 정의하면 컨트롤러가 워커 플릿의 크기 조절, 롤링 업데이트, 수명 주기를 자동으로 관리하여 운영 부담을 최소화한다. Kubernetes를 사용하지 않는 환경에서도 플릿 관리 API를 통해 사용률 모니터링과 자체 오토스케일링 구현이 가능하다.

기술

Cursor
Kubernetes
Helm
HTTPS
Composer 2

활용 사례

보안 네트워크 내 자동화된 코드 작성 및 테스트
내부 도구와 연동된 자율 PR 생성
대규모 워커 플릿을 통한 병렬 소프트웨어 빌드

언급된 리소스

문서Cursor Self-hosted Cloud Agents Documentation