브라우저를 1초 안에 띄우는 법: EC2 위에서 Firecracker microVM 돌리기

무슨 일이냐면요

요즘 AI 에이전트가 사람 대신 웹을 돌아다니면서 버튼 누르고 폼 채우고 하는 거, 많이들 보셨죠? 이런 서비스를 만들려면 서버 쪽에서 “진짜 브라우저”를 엄청 많이 띄워야 해요. 사용자마다, 세션마다 브라우저 하나씩 필요하거든요. 그런데 브라우저는 무겁고, 보안상 서로 격리도 해야 하고, 무엇보다 빨리 떠야 합니다. 사용자가 요청했는데 브라우저 뜨는 데 10초씩 걸리면 못 쓰잖아요. browser-use라는 팀이 이 문제를 어떻게 풀었는지 공개했는데, 핵심은 “EC2 안에서 Firecracker라는 초경량 가상머신을 돌려서 브라우저를 1초 안에 띄운다”는 거예요.

Firecracker가 뭐냐면요

Firecracker는 AWS가 Rust로 만든 아주 가벼운 가상화 엔진이에요. 우리가 흔히 아는 VMware나 VirtualBox 같은 무거운 가상머신이 아니라, 딱 필요한 기능만 남긴 “microVM(마이크로 가상머신)”을 만드는 도구거든요. 실제로 AWS Lambda랑 Fargate 같은 서버리스 서비스가 내부적으로 이걸 써요. 함수 하나 실행할 때마다 microVM을 하나 띄웠다 버리는 거죠.

왜 그냥 도커 컨테이너를 안 쓰고 굳이 가상머신을 쓰냐면, 격리(isolation) 수준이 다르기 때문이에요. 컨테이너는 결국 같은 리눅스 커널을 공유하거든요. 누군가 커널 취약점을 뚫으면 옆 컨테이너로 넘어갈 수 있어요. 근데 microVM은 각자 진짜 커널을 따로 갖고 있어서, AI가 시키는 대로 아무 웹사이트나 들어가는 “믿을 수 없는 작업”을 돌리는 환경에선 훨씬 안전해요.

EC2 “안에서” 돌린다는 게 왜 어렵냐면

여기서 재밌는 부분이 나와요. Firecracker는 KVM이라는 리눅스 가상화 기능을 써요. 그런데 가상화를 또 가상화하는 거(중첩 가상화, nested virtualization)는 일반 EC2 인스턴스에선 잘 안 돼요. 그래서 보통 .metal이라고 부르는 베어메탈 인스턴스, 즉 가상화를 거치지 않고 물리 서버를 통째로 빌리는 타입을 써야 KVM에 직접 접근할 수 있어요. 이 위에 Firecracker를 올리고, 그 안에 브라우저를 넣는 구조죠.

그리고 1초 안에 띄우는 비결은 “스냅샷(snapshot)”이에요. 브라우저를 처음부터 부팅하면 OS 뜨고, 브라우저 프로세스 뜨고… 시간이 꽤 걸리거든요. 그래서 브라우저가 막 뜬 상태의 메모리를 통째로 사진 찍어두고(스냅샷), 새 요청이 오면 그 사진을 그대로 복원(restore)해버려요. 부팅 과정을 통째로 건너뛰는 거죠. Firecracker의 스냅샷 복원은 수백 밀리초 수준이라 체감상 거의 즉시 뜨는 느낌이 납니다.

업계 맥락

이런 “샌드박스 안에서 코드·브라우저 실행” 접근은 요즘 AI 인프라 쪽에서 핫한 주제예요. E2B, Modal, Daytona 같은 회사들도 비슷하게 microVM이나 격리 샌드박스로 “AI가 짠 코드를 안전하게 실행”하는 걸 팔고 있어요. 브라우저 자동화 쪽에선 Playwright나 Puppeteer를 컨테이너에 넣는 게 전통적인 방식이었는데, AI 에이전트 시대가 되면서 신뢰할 수 없는 작업을 강하게 격리하는 게 중요해졌고, 그래서 Firecracker 같은 microVM이 다시 주목받는 흐름이에요.

한국 개발자에게

당장 우리가 Firecracker를 직접 만질 일은 많지 않을 수 있어요. 근데 “왜 컨테이너 대신 microVM인가”, “스냅샷으로 콜드 스타트를 줄인다”는 개념은 꼭 알아둘 만해요. 서버리스 콜드 스타트 문제로 고민해본 분이라면 바로 와닿을 거예요. 또 AI 에이전트 서비스를 만들 계획이 있다면, 사용자가 시키는 임의의 작업을 어디서 어떻게 격리해서 돌릴지는 피할 수 없는 숙제거든요. 직접 구축이 부담되면 E2B 같은 매니지드 서비스부터 써보는 것도 방법이에요.

마무리

정리하면, “EC2 베어메탈 위에 Firecracker microVM을 올리고, 스냅샷 복원으로 브라우저를 1초 안에 띄운다”가 핵심이에요. 격리와 속도라는 두 마리 토끼를 잡은 거죠. 여러분이라면 AI 에이전트의 작업 격리, 컨테이너로 충분하다고 보세요, 아니면 microVM까지 가야 한다고 보세요?