샌드박스의 시대는 끝났다 - Fly.io ‘Sprites’로 보는 지속형 클라우드 컴퓨터의 등장

이 논문은 기존의 무상태(stateless) 샌드박스 기반 클라우드 개발 환경의 한계를 지적하고, Fly.io가 제안하는 'Sprites'라는 새로운 개념의 지속형 클라우드 컴퓨터의 등장을 설명합니다. 특히 AI 에이전트 시대에 요구되는 실행 환경에 기존 샌드박스 모델이 부적합하다고 주장하며, Sprites가 제시하는 개발 및 운영의 패러다임 변화를 다룹니다.

Sprites란 무엇인가?
Fly.io의 Sprites는 기존의 일회용, 읽기 전용, 무상태 샌드박스를 대체하는 상태 저장형 클라우드 환경입니다. 이는 한 번 생성되면 사라지지 않고, 파일과 상태가 그대로 유지되며, 필요할 때 즉시 깨어나는 특징을 가집니다. 컨테이너라기보다는 "즉시 생성 가능한 개인용 클라우드 컴퓨터"에 가깝습니다. 핵심 개념은 다음과 같습니다.

• 1~2초 내에 생성되는 리눅스 기반 환경을 제공합니다.
• 자동으로 유휴(idle) 상태 전환 후 즉시 복원이 가능합니다.
• 최대 100GB의 내구 스토리지(durable storage)를 지원하며, 명시적으로 삭제하지 않는 한 영구적으로 유지됩니다.
• Fly.io는 이를 "샌드박스"가 아닌 "일회용 컴퓨터(disposable computer)"라는 새로운 개념으로 정의합니다.

Sprites의 주요 특징:
Sprites는 기능 개별이 아닌 환경 전체의 철학에서 기존 클라우드 환경과 차별화됩니다.

1. 즉시 생성되는 완전한 컴퓨터 환경: sprite create 명령 하나로 1초 내에 리눅스 루트 셸(root shell)이 생성되며, Dockerfile 작성이나 이미지 빌드가 필요 없습니다.
2. 완전한 지속성(Durability): 파일을 작성하면 그대로 남아 있어 node_modules, 빌드 결과, 설정 파일 등이 모두 유지됩니다. 외부 스토리지로 우회할 필요가 없으며, Fly.io는 이를 "컴퓨터의 정의"라고 표현합니다. 작업이 끝나도 사라지지 않는 환경이 핵심입니다.
3. 체크포인트 기반 시스템 단위 버전 관리: Sprites는 파일 일부가 아닌 시스템 전체를 체크포인트로 저장합니다. sprite-env checkpoints create로 체크포인트를 즉시 생성하고, sprite checkpoint restore v1 명령으로 1초 내에 전체 환경을 복원할 수 있어 Git처럼 환경 자체를 버전 관리할 수 있습니다.
4. 비용 효율적인 운영 구조: 유휴 상태 시 자동 절전 모드로 전환되어 사용하지 않으면 과금이 중단되는(Idle metering) 구조를 가집니다. 이를 통해 수백 개의 인스턴스도 손쉽게 생성하고 관리할 수 있습니다.
5. Anycast 네트워크 기반 서비스 제공: Anycast 네트워크를 통해 HTTPS URL을 즉시 제공하여 외부에서 접근 가능한 서비스 환경 구성을 지원합니다.

기존 무상태 컨테이너의 한계:
현재 대부분의 클라우드 인프라는 무상태 컨테이너를 중심으로 설계되어 단순함, 확장성, 장애 복구 용이성 등의 장점을 가집니다. 그러나 Fly.io는 이러한 구조가 AI 에이전트, 특히 Claude와 같은 시스템에는 적합하지 않다고 지적합니다. AI 에이전트는 컨테이너 경계를 우회하거나 탈출하려 시도하고, 외부 데이터베이스가 아닌 파일 시스템 전체 접근을 원하며, 작업이 끝나도 환경이 유지되기를 기대합니다. 즉, AI 에이전트가 원하는 것은 샌드박스가 아니라 "컴퓨터"이지만, 기존 샌드박스는 지속성이 없고 작업 결과도 남지 않습니다.

Sprites가 제거한 복잡성:
업계는 기존 비지속성 문제 해결을 위해 스냅샷 기술 투자, S3/Redis/RDS 등 외부 리소스 조합과 같은 복잡한 인프라 구성으로 우회해 왔습니다. 하지만 이는 비지속성 문제를 가리기 위한 임시방편이었으며, Sprites는 "파일을 쓰면, 그냥 남아 있다"는 단순함으로 이 모든 복잡성을 제거합니다.

실제 사례:
Fly.io는 Claude가 Sprites 위에서 SQLite 기반 Go 앱(MDM)을 구축하고 운영한 사례를 제시합니다. Claude는 Anycast URL을 통해 실제 MDM 등록 URL로 앱을 배포하고 APNS 인증서 설정까지 직접 처리했습니다. 이 앱은 한 달 이상 안정적으로 운영되었으며, 이 사례는 "dev is prod, prod is dev"라는 개발과 운영 환경의 경계가 사라진 융합의 가능성을 보여줍니다.

시사점:
Fly.io는 대부분의 애플리케이션이 대규모 트래픽, 복잡한 오토스케일링, 과도한 분산 구조를 필요로 하지 않으며, 대신 개인 맞춤형의 지속적으로 살아 있는, 사용자가 직접 요청하고 즉시 반영되는 앱이 더 중요하다고 말합니다. Sprites는 이러한 환경을 전제로 설계되었습니다. Fly.io는 샌드박스 모델이 한계에 도달했으며, "일회용 컴퓨터"의 시대가 왔다고 선언하며, Sprites를 통해 클라우드 컴퓨팅의 전제(무상태가 항상 정답인가, 개발과 운영은 분리되어야 하는가, AI 에이전트에게 필요한 실행 환경은 무엇인가 등)를 다시 묻는 시도를 보여줍니다.