> ## Documentation Index
> Fetch the complete documentation index at: https://kawax.biz/llms.txt
> Use this file to discover all available pages before exploring further.

# Laravel Cloud — Laravel 전용 PaaS의 전모

> 2025년에 등장한 Laravel Cloud. Forge와의 차이, 잘 하는 것 · 잘 못하는 것, 실제로 사용하는 이점을 설명합니다.

## Laravel Cloud란

[Laravel Cloud](https://cloud.laravel.com/docs/intro)는 Laravel 공식 **풀 매니지드 PaaS**입니다.\
앱의 배포, 스케일링, 데이터베이스, 캐시, WebSocket 기반까지 Laravel용으로 통합되어 있습니다.

Cloud의 [Changelog](https://cloud.laravel.com/docs/changelog)에서는 `February 24, 2025`에 \*\*Launched Laravel Cloud!\*\*로 기록되어 있습니다. 2025년에 일반 제공이 시작된 비교적 새로운 서비스입니다.

***

## Forge와의 차이

Laravel Cloud와 Laravel Forge는 둘 다 Laravel 개발자용이지만, 레이어가 다릅니다.

| 관점      | Laravel Cloud              | Laravel Forge           |
| ------- | -------------------------- | ----------------------- |
| 자리매김    | 풀 매니지드 PaaS                | 서버 관리 도구                |
| 주요 조작   | 환경 · 리소스를 선택하고 배포          | VPS / EC2 등을 프로비저닝하고 운용 |
| 인프라 관리  | 최소한 (Cloud 측이 관리)          | OS · 미들웨어 운용의 책임은 사용자 측 |
| root 권한 | 없음 (OS 레벨의 직접 조작은 상정하지 않음) | 있음 (서버 운용을 유연하게 제어 가능)  |

"인프라를 의식하지 않고 Laravel 앱을 빨리 내보내고 싶다"면 Cloud,\
"서버를 세밀하게 제어하고 싶다"면 Forge가 적합합니다.

***

## Laravel Cloud가 잘하는 것

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

### Task Scheduler

[Scheduled Tasks](https://cloud.laravel.com/docs/scheduled-tasks)에서 App 클러스터 또는 Worker 클러스터에 **Scheduler**를 활성화하기만 하면 `schedule:run`이 매분 실행됩니다.

### Managed Queues (매니지드 큐)

[Queues](https://cloud.laravel.com/docs/queues)에서는 **Managed Queues**가 권장됩니다. Laravel Cloud가 큐 프로비저닝, 워커 기동, 스케일링을 자동으로 처리하고, 잡이 없을 때는 워커 수가 제로까지 내려가므로, 처리 중만 과금됩니다.

| 선택지                         | 적합한 용도                                 | 스케일링                          | 요금 산정                 |
| --------------------------- | -------------------------------------- | ----------------------------- | --------------------- |
| **Managed Queues**          | 프로덕션 · 프리뷰 · 개발 환경 전반. 우선 첫 번째로 선택할 구성 | 큐 체류 상황에 따라 자동. 아이들 시 제로까지 축소 | 워커 가동 초수 + 큐 조작       |
| **Worker cluster**          | `queue:work`를 직접 관리하고 싶다, 커다란 백그라운드 처리 | CPU / 메모리 기반                  | Worker cluster의 일반 요금 |
| **App cluster의 백그라운드 프로세스** | 소규모 개발이나 저빈도 잡                         | CPU / 메모리 기반                  | App cluster에 포함       |

Managed Queues는 웹 트래픽과 잡 처리를 분리하면서 실패 잡의 대시보드도 사용할 수 있습니다.\
반면 `database`나 `redis` 등 별도의 드라이버를 직접 관리하고 싶다면 Worker cluster를, 앱과 같은 컴퓨트로 충분하면 App cluster의 백그라운드 프로세스를 사용합니다.

<Steps>
  <Step title="Managed Queue 생성">
    환경의 인프라 캔버스 대시보드에서 **New Managed Queue**를 클릭합니다.
  </Step>

  <Step title="큐 이름과 워커 설정 결정">
    큐 이름, 인스턴스 사이즈, 폴링 간격, 최대 워커 수 등을 설정합니다.
  </Step>

  <Step title="저장하고 배포">
    설정을 저장하고 재배포하면 Laravel Cloud가 큐와 워커 풀을 자동으로 준비합니다.
  </Step>
</Steps>

<Tip>
  잡이 없을 때는 Managed Queues의 워커가 제로까지 내려가므로, 후술하는 Scale to Zero와 조합한 구성과 궁합이 좋습니다. App cluster 측을 자게 해도 큐 처리만 필요할 때 자동으로 기동시킬 수 있습니다.
</Tip>

### Scale to Zero (Flex 컴퓨트)

[Compute](https://cloud.laravel.com/docs/compute#scale-to-zero)에 있는 **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에 맡기는 구성이 현재의 공식 문서에서도 가장 다루기 쉬운 조합입니다.

<Info>
  App cluster 상의 직접 `queue:work`는 sleep timeout을 넘으면 중단될 가능성이 있습니다. 큐 처리를 확실히 계속하고 싶다면 공식 문서대로 Managed Queues를 우선하세요.
</Info>

### Laravel Octane

[Compute](https://cloud.laravel.com/docs/compute#laravel-octane)의 **Use Octane as runtime**을 활성화하면 Cloud가 Octane + FrankenPHP 구성으로 실행합니다. 서버 설정을 직접 조립할 필요가 없습니다.

### Inertia SSR

[Compute](https://cloud.laravel.com/docs/compute#inertia-ssr)의 **Use Inertia SSR**을 활성화하여 사용할 수 있습니다. 스타터 킷을 사용하는 경우에는 `npm run build:ssr`이 권장됩니다.

### WebSocket 서버 (Reverb)

[Laravel Cloud WebSockets](https://cloud.laravel.com/docs/resources/websockets)에서 Reverb 기반의 WebSocket 클러스터를 생성할 수 있습니다. 환경에 어태치하면 `REVERB_*`와 `VITE_REVERB_*`가 자동 주입됩니다.

### Laravel Nightwatch 연동

[Environments](https://cloud.laravel.com/docs/environments#nightwatch-integration)에는 원클릭 연동이 있고, Cloud의 [Changelog](https://cloud.laravel.com/docs/changelog)에서도 `July 1, 2025`에 **One-Click Nightwatch Integration**이 기록되어 있습니다.\
수동 구성이 필요한 경우에도 [nightwatch-on-cloud](https://cloud.laravel.com/docs/knowledge-base/nightwatch-on-cloud)에 절차가 있습니다.

***

## 요금과 무료 플랜

Laravel Cloud의 요금은 기본적으로 **플랜 요금 + 사용량 과금**입니다.\
자세한 내용은 항상 [Pricing](https://cloud.laravel.com/docs/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를 사용하는 경우, 이벤트 양이 늘어나기 쉬우므로 처음에 샘플링 조정을 넣는 것이 안전합니다.

```ini theme={null}
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 쪽이 적절합니다.\
우선은 무료 트라이얼로 실제 워크로드를 흘려보고, 운용 요건에 맞는지 확인하는 것이 확실합니다.


## Related topics

- [Laravel Cloud Hibernation (자동 휴면)](/ko/blog/laravel-cloud-hibernation.md)
- [laravel/symfony-on-cloud — Symfony 앱을 Laravel Cloud에서 동작시키기](/ko/blog/symfony-on-cloud-introduction.md)
- [Laravel Nightwatch 입문](/ko/blog/nightwatch-introduction.md)
- [Laravel 11 이후의 애플리케이션 구조](/ko/advanced/app-structure.md)
- [Laravel 11 이후의 새 앱 구조 FAQ](/ko/advanced/app-structure-faq.md)