클라우드 샌드박스에서 AI 에이전트를 구동하며 얻은 실측 결과와 벤치마크 분석
실측 결과 지속적 WebSocket 연결은 안정적이었으나 아웃바운드 네트워크를 전면 차단하면 에이전트 구동이 불가능함을 확인했습니다.
초기 계획은 에이전트 머신의 아웃바운드 네트워크를 차단하는 것이었으나 실측 결과 모델 API 및 Git 접근이 필수적임을 확인했습니다.
WebSocket의 핵심 역할
터미널 인터랙션에는 HTTP Upgrade 기반의 지속적 스트림 통신이 필수적입니다.
GET /?identifier=<id>&api-version=2024-02-02-preview
Authorization: Bearer <token>
101 Switching Protocols
frames server to client, and client to server미인증 요청은 403 Unauthenticated로 즉시 차단됩니다.
아웃바운드 네트워크 차단 불가
인터넷 차단 시 Anthropic 및 OpenAI API를 호출할 수 없으므로 보안은 데이터 보관 수준에서 확보해야 합니다.
이론적 청사진보다 인프라의 물리적 실측 데이터가 아키텍처를 결정합니다.
실무적 결론
인프라 동작을 사전에 실측 검증하고 통신 계층과 애플리케이션 로직을 분리해야 합니다.
보안 아키텍처는 에이전트를 실행하는 머신은 비밀을 보관하지 않는다, 스트리밍 제어는 직접 호스팅하지 않는 터미널 관찰에서 확인하실 수 있습니다.
직접적인 답변
매니지드 샌드박스에서 코딩 에이전트를 구동할 수 있나요?
가능합니다. 양방향 WebSocket 통신의 안정적 지속성이 확인되었습니다.
문서만 보지 않고 실측 테스트를 한 이유는 무엇인가요?
프록시 타임아웃, 토큰 대상 범위 등 실제 구동 환경에서만 드러나는 특성이 있기 때문입니다.
테스트 결과로 변경된 설계는 무엇인가요?
무모한 네트워크 차단 대신 DB와 키를 두지 않는 소프트웨어 격리 방식으로 전환했습니다.