메인 콘텐츠로 건너뛰기

Laravel Cloud란

Laravel Cloud는 Laravel 공식 풀 매니지드 PaaS입니다.
앱의 배포, 스케일링, 데이터베이스, 캐시, WebSocket 기반까지 Laravel용으로 통합되어 있습니다.
Cloud의 Changelog에서는 February 24, 2025에 **Launched Laravel Cloud!**로 기록되어 있습니다. 2025년에 일반 제공이 시작된 비교적 새로운 서비스입니다.

Forge와의 차이

Laravel Cloud와 Laravel Forge는 둘 다 Laravel 개발자용이지만, 레이어가 다릅니다.
관점Laravel CloudLaravel Forge
자리매김풀 매니지드 PaaS서버 관리 도구
주요 조작환경 · 리소스를 선택하고 배포VPS / EC2 등을 프로비저닝하고 운용
인프라 관리최소한 (Cloud 측이 관리)OS · 미들웨어 운용의 책임은 사용자 측
root 권한없음 (OS 레벨의 직접 조작은 상정하지 않음)있음 (서버 운용을 유연하게 제어 가능)
“인프라를 의식하지 않고 Laravel 앱을 빨리 내보내고 싶다”면 Cloud,
“서버를 세밀하게 제어하고 싶다”면 Forge가 적합합니다.

Laravel Cloud가 잘하는 것

Laravel Cloud는 Laravel의 실제 운용에서 사용하는 기능을 대시보드 중심으로 활성화하기 쉬운 점이 강점입니다.

Task Scheduler

Scheduled Tasks에서 App 클러스터 또는 Worker 클러스터에 Scheduler를 활성화하기만 하면 schedule:run이 매분 실행됩니다.

Managed Queues (매니지드 큐)

Queues에서는 Managed Queues가 권장됩니다. Laravel Cloud가 큐 프로비저닝, 워커 기동, 스케일링을 자동으로 처리하고, 잡이 없을 때는 워커 수가 제로까지 내려가므로, 처리 중만 과금됩니다.
선택지적합한 용도스케일링요금 산정
Managed Queues프로덕션 · 프리뷰 · 개발 환경 전반. 우선 첫 번째로 선택할 구성큐 체류 상황에 따라 자동. 아이들 시 제로까지 축소워커 가동 초수 + 큐 조작
Worker clusterqueue:work를 직접 관리하고 싶다, 커다란 백그라운드 처리CPU / 메모리 기반Worker cluster의 일반 요금
App cluster의 백그라운드 프로세스소규모 개발이나 저빈도 잡CPU / 메모리 기반App cluster에 포함
Managed Queues는 웹 트래픽과 잡 처리를 분리하면서 실패 잡의 대시보드도 사용할 수 있습니다.
반면 databaseredis 등 별도의 드라이버를 직접 관리하고 싶다면 Worker cluster를, 앱과 같은 컴퓨트로 충분하면 App cluster의 백그라운드 프로세스를 사용합니다.
1

Managed Queue 생성

환경의 인프라 캔버스 대시보드에서 New Managed Queue를 클릭합니다.
2

큐 이름과 워커 설정 결정

큐 이름, 인스턴스 사이즈, 폴링 간격, 최대 워커 수 등을 설정합니다.
3

저장하고 배포

설정을 저장하고 재배포하면 Laravel Cloud가 큐와 워커 풀을 자동으로 준비합니다.
잡이 없을 때는 Managed Queues의 워커가 제로까지 내려가므로, 후술하는 Scale to Zero와 조합한 구성과 궁합이 좋습니다. App cluster 측을 자게 해도 큐 처리만 필요할 때 자동으로 기동시킬 수 있습니다.

Scale to Zero (Flex 컴퓨트)

Compute에 있는 Flex는 저비용으로 유연하게 사용할 수 있는 compute class입니다. 새로운 Scale to Zero는 이 Flex 컴퓨트를 구 Hibernation에서 발전시킨 구조입니다. 새로운 Flex 컴퓨트에서는 HTTP 요청 도착 시의 기동이 500ms 미만까지 단축되어, 기존의 5~20초 기다리는 전제가 아니게 되었습니다. 활성화는 App cluster의 설정 화면에서 Scale to Zero 토글을 켜고, 저장 후 재배포하는 것만으로 됩니다. 또한 Scale to Zero가 유효한 환경에서는 슬립 중에도 Scheduled Tasks와 큐 처리를 위해 환경이 자동 기동합니다.
App cluster 상에서 schedule:run을 돌리면서 잡 처리는 Managed Queues에 맡기는 구성이 현재의 공식 문서에서도 가장 다루기 쉬운 조합입니다.
App cluster 상의 직접 queue:work는 sleep timeout을 넘으면 중단될 가능성이 있습니다. 큐 처리를 확실히 계속하고 싶다면 공식 문서대로 Managed Queues를 우선하세요.

Laravel Octane

ComputeUse Octane as runtime을 활성화하면 Cloud가 Octane + FrankenPHP 구성으로 실행합니다. 서버 설정을 직접 조립할 필요가 없습니다.

Inertia SSR

ComputeUse Inertia SSR을 활성화하여 사용할 수 있습니다. 스타터 킷을 사용하는 경우에는 npm run build:ssr이 권장됩니다.

WebSocket 서버 (Reverb)

Laravel Cloud WebSockets에서 Reverb 기반의 WebSocket 클러스터를 생성할 수 있습니다. 환경에 어태치하면 REVERB_*VITE_REVERB_*가 자동 주입됩니다.

Laravel Nightwatch 연동

Environments에는 원클릭 연동이 있고, Cloud의 Changelog에서도 July 1, 2025One-Click Nightwatch Integration이 기록되어 있습니다.
수동 구성이 필요한 경우에도 nightwatch-on-cloud에 절차가 있습니다.

요금과 무료 플랜

Laravel Cloud의 요금은 기본적으로 플랜 요금 + 사용량 과금입니다.
자세한 내용은 항상 Pricing을 확인하세요.
  • Starter: 월 $5. 매월 $5분의 사용 크레딧 제공. 신규 가입은 첫 달 무료
  • Growth: $20/mo + usage, 매월 $5분의 사용 크레딧 제공
  • Business: $200/mo + usage, 매월 $5분의 사용 크레딧 제공
이전보다 Starter로 소규모 프로젝트를 시작하기 쉬워졌습니다.
Scale to Zero와 Managed Queues를 조합하면, 대기 시간이 긴 개인 개발이나 사내 도구에서도 비용을 예측하기 쉬워집니다.

실제로 사용할 때의 주의점

root 권한 전제 운용은 불가능

Cloud는 PaaS이므로, OS 레벨의 자유도보다 운용의 간편함을 우선합니다.
커널 설정이나 독자적인 데몬 상주 등, root 권한을 전제로 하는 작업이 필요하다면 Forge 등의 선택지를 검토합니다.

Nightwatch의 이벤트 양은 처음에 제어

무료 범위나 소규모 구성에서 Nightwatch를 사용하는 경우, 이벤트 양이 늘어나기 쉬우므로 처음에 샘플링 조정을 넣는 것이 안전합니다.
NIGHTWATCH_REQUEST_SAMPLE_RATE=0.1
NIGHTWATCH_IGNORE_QUERIES=true

적합한 프로젝트 · 부적합한 프로젝트

적합

  • Laravel 앱을 최단으로 프로덕션에 투입하고 싶음
  • Scheduler / Queue / Octane / Inertia SSR / Reverb를 함께 운용하고 싶음
  • 앱 개발에 집중하고, 서버 운용 비용을 낮추고 싶음

부적합

  • root 권한으로 OS 레벨까지 강하게 튜닝하고 싶음
  • 기존의 특수 인프라 요건(독자 미들웨어나 특수 네트워크 제약)이 강함

정리

Laravel Cloud는 “Laravel의 고도의 기능을 인프라 구축의 부담을 낮추어 운용하고 싶은” 팀에 강하게 적합합니다.
특히 Scheduler / Queue / Octane / Inertia SSR / Reverb / Nightwatch를 조합하는 프로젝트에서는 시작과 운용의 초기 속도가 크게 오릅니다.
한편 root 권한이 필요한 운용을 전제로 하는 경우에는 Forge 쪽이 적절합니다.
우선은 무료 트라이얼로 실제 워크로드를 흘려보고, 운용 요건에 맞는지 확인하는 것이 확실합니다.
마지막 수정일 2026년 7월 13일