피드로 돌아가기
Browser Run: now running on Cloudflare Containers, it’s faster and more scalable
Cloudflare BlogCloudflare Blog
Infrastructure

Cloudflare Containers 도입을 통한 동시성 4배 확장 및 응답 속도 50% 개선

Browser Run: now running on Cloudflare Containers, it’s faster and more scalable

Sofia Cardita2026년 5월 13일8advanced

Context

Browser Isolation(BISO) 공유 인프라 사용으로 인한 대용량 컨테이너 이미지의 느린 구동 속도 및 전역 배포 최적화 부재 문제 발생. 특히 BISO의 장기 세션 특성과 Browser Run의 단기/스파이키한 트래픽 패턴 충돌로 인한 Scaling 병목 현상 심화.

Technical Solution

  • Durable Object(DO) 기반의 독립적인 Containers 아키텍처로 전환하여 BISO 의존성 제거 및 배포 주기 최적화
  • DO와 Container 간의 지리적 거리로 인한 WebSocket 레이턴시 해결을 위해 Regional Pool 기반의 Pre-warmed Container 구조 설계
  • KV의 Eventual Consistency(약 30초 지연)로 인한 Race Condition 및 과할당 문제를 해결하고자 D1과 Queues 기반의 상태 관리로 전환
  • Worker와 Browser 간의 다중 왕복 통신을 제거하고 단일 HTTP 요청으로 모든 파라미터를 전달하는 내부 실행 flow 구현
  • 자체 Container Image 관리를 통한 Chrome 버전 및 WebGL/WebMCP 플래그의 독자적 제어 체계 구축

Impact

  • 동시 실행 가능 브라우저 수 120개로 확대 (기존 대비 4배 증가)
  • 분당 브라우저 생성 가능 수 60개로 확장
  • Quick Action 평균 응답 시간 50% 이상 감소

Key Takeaway

공유 인프라의 제약이 서비스의 확장성을 저해할 때, 전용 컨테이너 환경과 지역적 풀링(Regional Pooling)을 통해 Latency와 Scalability를 동시에 확보하는 전략적 분리 필요.


- 분산 환경에서 상태 업데이트 지연(Eventual Consistency)이 크리티컬한 경로에 있는지 확인하고, 필요 시 강한 일관성을 보장하는 저장소로 교체 - 클라이언트와 서버 간의 빈번한 통신(Chatty I/O)을 줄이기 위해 요청 파라미터를 단일화하여 전송하는 Batching 전략 검토 - 글로벌 서비스 설계 시 물리적 거리로 인한 레이턴시를 최소화하기 위해 리전별 Pre-warmed 자원 풀 운영 고려

원문 읽기