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

 

지금까지 클라우드 개발 환경의 기본 전제는 무상태(stateless) 샌드박스였습니다.
필요할 때 만들고, 쓰고 나면 사라지는 일회용 환경이죠.

하지만 Fly.io는 이 방식이 더 이상 현대적인 요구, 특히 AI 에이전트 시대에는 맞지 않다고 말합니다.
그리고 그 대안으로 **‘Sprites’**라는 새로운 개념의 지속형 클라우드 컴퓨터를 공개했습니다.

이 글에서는 Fly.io가 제안하는 Sprites가 무엇인지,
왜 기존 샌드박스 모델이 한계에 도달했는지,
그리고 Sprites가 어떤 방식으로 개발과 운영의 패러다임을 바꾸는지 정리해봅니다.

반응형

---

Sprites란 무엇인가?

일회용 샌드박스를 대체하는 ‘지속형 클라우드 컴퓨터’

Fly.io의 Sprites는 기존의 읽기 전용, 무상태 샌드박스를 대체하기 위해 설계된 상태 저장형 클라우드 환경입니다.

가장 큰 차이점은 명확합니다.

• 한 번 생성하면 사라지지 않는다
• 파일과 상태가 그대로 유지된다
• 필요할 때 즉시 깨어난다

즉, Sprites는 컨테이너라기보다는 **“즉시 생성 가능한 개인용 클라우드 컴퓨터”**에 가깝습니다.

핵심 개념 정리

• 1~2초 내 생성되는 리눅스 기반 환경
• 자동 유휴 상태 전환 후 즉시 복원
• 최대 100GB 내구 스토리지
• 명시적으로 삭제하지 않는 한 영구 유지

Fly.io는 이를 통해 “샌드박스”가 아니라 **“일회용 컴퓨터(disposable computer)”**라는 새로운 개념을 제시합니다.

---

Sprites의 주요 특징

Sprites가 기존 클라우드 환경과 차별화되는 지점은 기능 하나하나가 아니라, 환경 전체의 철학에 있습니다.

1. 즉시 생성되는 완전한 컴퓨터 환경

sprite create

이 명령어 하나로 1초 내 리눅스 루트 셸이 생성됩니다.
Dockerfile 작성도, 이미지 빌드도 필요 없습니다.

---

2. 완전한 지속성(Durability)

• 파일을 작성하면 그대로 남아 있음
• node_modules, 빌드 결과, 설정 파일 모두 유지
• 외부 스토리지로 우회할 필요 없음

Fly.io는 이를 “컴퓨터의 정의”라고 표현합니다.
작업이 끝나도 사라지지 않는 환경, 이것이 Sprites의 핵심입니다.

---

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 에이전트가 원하는 것은 ‘컨테이너’가 아니다

Claude 같은 AI 에이전트는 다음과 같은 행동을 보입니다.

• 컨테이너 경계를 우회하거나 탈출하려 시도
• 외부 DB가 아닌 파일 시스템 전체 접근을 원함
• 작업이 끝나도 환경이 유지되기를 기대

즉, AI 에이전트가 원하는 것은 샌드박스가 아니라 **“컴퓨터”**입니다.

하지만 기존 샌드박스는

• 지속성도 없고
• 작업 결과도 남지 않습니다.

---

단순함(Simple Wins): Sprites가 제거한 복잡성

업계는 이 문제를 해결하기 위해 다양한 우회책을 사용해 왔습니다.

• 스냅샷 기술에 수천만 달러 투자
• S3, Redis, RDS 등 외부 리소스를 조합
• 실제 인프라를 복잡하게 구성

하지만 이는 모두 비지속성 문제를 가리기 위한 임시방편이었습니다.

Sprites는 이 모든 복잡성을 제거합니다.

파일을 쓰면, 그냥 남아 있다.

이 단순함이 Sprites의 가장 큰 장점입니다.

---

실제 사례: Claude와 Sprites로 운영 중인 앱

Fly.io는 실제 사례를 통해 Sprites의 가능성을 보여줍니다.

SQLite 기반 Go 앱(MDM) 운영 사례

• Claude가 Sprites 위에서 SQLite 기반 Go 앱을 구축
• Anycast URL을 통해 실제 MDM 등록 URL로 사용
• APNS 인증서 설정까지 Claude가 직접 처리
• 해당 앱은 한 달 이상 안정적으로 운영 중

이 사례의 핵심은 다음 문장으로 요약됩니다.

dev is prod, prod is dev

개발 환경과 운영 환경의 경계가 사라진 것입니다.

---

개발과 운영의 융합: 개인 맞춤형 지속형 앱의 시대

Fly.io는 대부분의 애플리케이션이 다음을 필요로 하지 않는다고 말합니다.

• 대규모 트래픽
• 복잡한 오토스케일링
• 과도한 분산 구조

대신 더 중요한 것은,

• 개인 맞춤형
• 지속적으로 살아 있는
• 사용자가 직접 요청하고 즉시 반영되는 앱

Sprites는 이런 환경을 전제로 설계되었습니다.

---

샌드박스의 종말, 일회용 컴퓨터의 시대

Fly.io는 오랜 기간 마이크로 VM 기반 플랫폼을 개발해 왔지만,
이제는 분명히 말합니다.

샌드박스 모델은 한계에 도달했다.

Sprites는 Fly Machines와 유사해 보이지만,

• 새로운 스토리지 스택
• 새로운 오케스트레이션 구조
• Dockerfile이 필요 없는 환경

이라는 점에서 완전히 다른 접근입니다.

Fly.io가 던지는 핵심 질문은 이것입니다.

“에이전트를 실행할 수 있다면,
읽기 전용 샌드박스보다
즉시 호출 가능한 EC2 인스턴스를 원하지 않겠는가?”

---

Sprites가 던지는 시사점

Sprites는 단순한 신제품이 아닙니다.
이는 클라우드 컴퓨팅의 전제 자체를 다시 묻는 시도입니다.

• 무상태가 정말 항상 정답인가?
• 개발과 운영은 반드시 분리돼야 하는가?
• AI 에이전트에게 필요한 실행 환경은 무엇인가?

Fly.io의 대답은 분명합니다.

“샌드박스의 시대는 끝났고,
일회용 컴퓨터의 시대가 왔다.”

Sprites는 그 선언을 실제 동작하는 기술로 보여주고 있습니다.

300x250

https://fly.io/blog/code-and-let-live/

Code And Let Live