什么是 Laravel Cloud
Laravel Cloud 是 Laravel 官方的全托管 PaaS。 从应用部署、扩缩容、数据库、缓存到 WebSocket 基础设施,都以面向 Laravel 的方式整合在一起。 在 Cloud 的 Changelog 中,记录着February 24, 2025 的 Launched Laravel Cloud!。它是 2025 年才开始正式提供服务的相对较新的产品。
与 Forge 的差异
Laravel Cloud 和 Laravel Forge 都是面向 Laravel 开发者的产品,但处于不同的层次。
如果你想“不感知基础设施,尽快让 Laravel 应用上线”,选 Cloud;
如果你想“精细控制服务器”,选 Forge。
Laravel Cloud 擅长的事
Laravel Cloud 的优势在于:在 Laravel 生产运行中会用到的功能,可以在面板中直接开启。Task Scheduler
在 Scheduled Tasks 中,只要给 App cluster 或 Worker cluster 启用 Scheduler,schedule:run 就会每分钟执行一次。
Managed Queues(托管队列)
Queues 中推荐 Managed Queues。Laravel Cloud 会自动完成队列供给、Worker 启动和扩缩容,没有作业时 Worker 数会缩到零,因此只在处理时计费。
Managed Queues 让 Web 流量与作业处理分离,并附带失败作业面板。
如果你想使用
database、redis 等其他驱动并自己管理,选 Worker cluster;和应用同一份计算就够用时,选 App cluster 的后台进程。
1
创建 Managed Queue
在环境的基础设施看板上点击 New Managed Queue。
2
确定队列名和 Worker 设置
设置队列名、实例规格、轮询间隔、最大 Worker 数等。
3
保存并部署
保存设置后重新部署,Laravel Cloud 会自动准备好队列和 Worker 池。
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
启用 Compute 中的 Use Octane as runtime,Cloud 就会以 Octane + FrankenPHP 的架构运行。不需要手动搭建服务器配置。Inertia SSR
启用 Compute 中的 Use Inertia SSR 即可使用。如果使用启动套件,官方推荐npm run build:ssr。
WebSocket 服务器(Reverb)
在 Laravel Cloud WebSockets 中可以创建基于 Reverb 的 WebSocket 集群。将其挂到环境上后,REVERB_* 和 VITE_REVERB_* 会被自动注入。
Laravel Nightwatch 集成
Environments 提供一键集成,Cloud 的 Changelog 中也记录了July 1, 2025 的 One-Click Nightwatch Integration。
需要手动配置时,可参考 nightwatch-on-cloud 中的步骤。
计费与免费方案
Laravel Cloud 的计费基本上是方案费 + 使用量计费。 详情请随时查看 Pricing。- Starter:月付
$5,每月赠送$5使用额度。新注册首月免费 - Growth:
$20/mo + usage,每月赠送$5使用额度 - Business:
$200/mo + usage,每月赠送$5使用额度
实际使用时需要注意的点
不能以 root 权限为前提运营
Cloud 是 PaaS,更优先运维简便性而非 OS 层的自由度。 如果你需要修改内核设置或常驻自定义 daemon 等以 root 权限为前提的工作,可以考虑 Forge 等选项。Nightwatch 的事件量应一开始就控制好
在免费额度或小规模环境上使用 Nightwatch 时,事件量容易增长,一开始就设置好采样比较安全。适合与不适合的项目
适合
- 想以最快速度让 Laravel 应用上生产
- 想把 Scheduler / Queue / Octane / Inertia SSR / Reverb 一起用起来
- 想专注在应用开发上,降低服务器运维成本
不适合
- 想通过 root 权限对 OS 层进行较强的调优
- 已有特殊的基础设施要求(独特的中间件或严格的网络限制)