Zum Hauptinhalt springen

Was ist Laravel Cloud?

Laravel Cloud ist das offizielle vollständig gemanagte PaaS von Laravel.
Es integriert alles, was für den Betrieb von Laravel-Anwendungen nötig ist – vom Deployment über Skalierung, Datenbanken und Cache bis zur WebSocket-Infrastruktur.
Im Changelog von Cloud ist am February 24, 2025 Launched Laravel Cloud! vermerkt. Es handelt sich um einen relativ neuen Dienst, dessen General Availability 2025 begann.

Unterschiede zu Forge

Sowohl Laravel Cloud als auch Laravel Forge richten sich an Laravel-Entwickler, arbeiten jedoch auf unterschiedlichen Ebenen.
AspektLaravel CloudLaravel Forge
PositionierungVollständig gemanagtes PaaSServer-Management-Tool
HauptaktionUmgebungen und Ressourcen wählen und deployenVPS/EC2 provisionieren und betreiben
Infrastruktur-Verwaltungminimal (Cloud übernimmt)Betrieb von Betriebssystem und Middleware liegt beim Nutzer
Root-Rechtenicht vorhanden (kein direkter Zugriff auf OS-Ebene)vorhanden (feingranulare Kontrolle über Server-Betrieb)
„Laravel-Apps schnell veröffentlichen, ohne sich um Infrastruktur zu kümmern” spricht für Cloud;
„den Server im Detail kontrollieren” spricht für Forge.

Wofür Laravel Cloud besonders gut geeignet ist

Die Stärke von Laravel Cloud liegt darin, dass sich die für den produktiven Laravel-Betrieb wichtigen Funktionen bequem über das Dashboard aktivieren lassen.

Task Scheduler

Unter Scheduled Tasks genügt es, den Scheduler am App- oder Worker-Cluster zu aktivieren, damit schedule:run jede Minute ausgeführt wird.

Managed Queues

Unter Queues werden Managed Queues empfohlen. Laravel Cloud übernimmt Provisionierung, Start und Skalierung der Queues und Worker automatisch; sind keine Jobs vorhanden, sinkt die Worker-Anzahl auf null, sodass nur während der Verarbeitung Kosten anfallen.
OptionPassende EinsatzfälleSkalierungAbrechnungslogik
Managed QueuesProduktion, Preview und Entwicklung – die Standardwahlautomatisch nach Queue-Rückstau, im Leerlauf Skalierung auf nullWorker-Sekunden + Queue-Operationen
Worker Clusterwenn Sie queue:work selbst betreiben oder größere Hintergrundverarbeitung wollenCPU-/Memory-basiertreguläre Kosten des Worker Clusters
Hintergrundprozesse im App Clusterkleine Entwicklungen oder seltene JobsCPU-/Memory-basiertim App Cluster enthalten
Managed Queues trennen Web-Traffic und Job-Verarbeitung und stellen zusätzlich ein Dashboard für fehlgeschlagene Jobs bereit.
Wenn Sie hingegen andere Treiber wie database oder redis selbst betreiben möchten, verwenden Sie Worker Cluster; wenn das gleiche Compute wie die App ausreicht, nutzen Sie Hintergrundprozesse im App Cluster.
1

Managed Queue anlegen

Klicken Sie im Infrastruktur-Canvas-Dashboard der Umgebung auf New Managed Queue.
2

Queue-Name und Worker-Einstellungen festlegen

Legen Sie Queue-Namen, Instanzgröße, Polling-Intervall, maximale Worker-Anzahl usw. fest.
3

Speichern und deployen

Nach dem Speichern und erneuten Deployen provisioniert Laravel Cloud Queue und Worker-Pool automatisch.
Da die Worker der Managed Queues bei fehlenden Jobs auf null skalieren, harmonieren sie besonders gut mit der unten beschriebenen Scale-to-Zero-Konfiguration. Selbst wenn der App-Cluster schläft, wird die Queue-Verarbeitung bei Bedarf automatisch gestartet.

Scale to Zero (Flex Compute)

Die Flex in Compute ist eine kostengünstige und flexible Compute-Klasse. Das neue Scale to Zero ist die Weiterentwicklung der alten Hibernation auf Basis dieser Flex Compute. In der neuen Flex Compute verkürzt sich der Start bei eingehendem HTTP-Request auf unter 500 ms, sodass die früheren 5–20 Sekunden Wartezeit entfallen. Zum Aktivieren schalten Sie im Einstellungsbildschirm des App Clusters den Toggle Scale to Zero ein und deployen nach dem Speichern erneut. Zudem startet die Umgebung bei aktiviertem Scale to Zero auch im Sleep automatisch für Scheduled Tasks und Queue-Verarbeitung.
Die Kombination, schedule:run auf dem App Cluster laufen zu lassen und die Job-Verarbeitung Managed Queues zu überlassen, ist auch in der aktuellen offiziellen Dokumentation der am einfachsten zu handhabende Ansatz.
Ein selbst betriebener queue:work auf dem App Cluster kann unterbrochen werden, wenn er über einen Sleep-Timeout hinweg läuft. Wenn Sie sicherstellen möchten, dass die Queue-Verarbeitung durchgängig läuft, bevorzugen Sie – wie in der offiziellen Dokumentation empfohlen – Managed Queues.

Laravel Octane

Wenn Sie unter Compute Use Octane as runtime aktivieren, führt Cloud die Anwendung in der Kombination Octane + FrankenPHP aus. Sie müssen keine Server-Konfiguration von Hand zusammenbauen.

Inertia SSR

Aktivieren Sie unter Compute die Option Use Inertia SSR. Bei Verwendung der Starterkits wird npm run build:ssr empfohlen.

WebSocket-Server (Reverb)

Über Laravel Cloud WebSockets lassen sich Reverb-basierte WebSocket-Cluster anlegen. Werden sie an eine Umgebung angehängt, werden REVERB_* und VITE_REVERB_* automatisch injiziert.

Integration mit Laravel Nightwatch

Unter Environments gibt es eine One-Click-Integration; im Changelog von Cloud ist am July 1, 2025 die One-Click Nightwatch Integration vermerkt.
Falls eine manuelle Konfiguration nötig ist, finden Sie die Schritte unter nightwatch-on-cloud.

Preise und Free-Plan

Die Preise von Laravel Cloud sind grundsätzlich Plan-Preis + verbrauchsbasierte Abrechnung.
Details finden Sie stets unter Pricing.
  • Starter: $5 pro Monat. Enthält monatlich $5 Nutzungscredits. Bei Neuregistrierung ist der erste Monat kostenlos.
  • Growth: $20/mo + Verbrauch, monatlich $5 Nutzungscredits enthalten
  • Business: $200/mo + Verbrauch, monatlich $5 Nutzungscredits enthalten
Der Einstieg mit Starter ist für kleine Projekte leichter geworden als zuvor.
Die Kombination aus Scale to Zero und Managed Queues erleichtert die Kostenprognose auch bei privaten Entwicklungen oder internen Tools mit langen Wartezeiten.

Hinweise für den praktischen Einsatz

Kein Betrieb mit Root-Rechten möglich

Da Cloud ein PaaS ist, hat die Betriebsvereinfachung Vorrang vor der Freiheit auf OS-Ebene.
Wenn Sie Kernel-Einstellungen ändern oder eigene Daemons dauerhaft laufen lassen müssen, sollten Sie Alternativen wie Forge in Betracht ziehen.

Nightwatch-Event-Volumen früh steuern

Beim Einsatz von Nightwatch in Free-Kontingenten oder kleinen Konfigurationen wächst das Event-Volumen leicht an; setzen Sie deshalb sicherheitshalber von Anfang an Sampling-Anpassungen ein.
NIGHTWATCH_REQUEST_SAMPLE_RATE=0.1
NIGHTWATCH_IGNORE_QUERIES=true

Geeignete und weniger geeignete Projekte

Geeignet

  • Sie wollen Laravel-Anwendungen möglichst schnell in Produktion bringen
  • Sie möchten Scheduler, Queue, Octane, Inertia SSR und Reverb zusammen betreiben
  • Sie möchten sich auf die Entwicklung konzentrieren und die Betriebskosten senken

Weniger geeignet

  • Sie wollen bis auf OS-Ebene mit Root-Rechten stark tunen
  • Sie haben starke bestehende Infrastrukturanforderungen (eigene Middleware, spezielle Netzwerkbedingungen)

Fazit

Laravel Cloud eignet sich besonders für Teams, die „fortgeschrittene Laravel-Funktionen mit möglichst geringem Infrastrukturaufwand betreiben” wollen.
Insbesondere Projekte, in denen Scheduler, Queue, Octane, Inertia SSR, Reverb und Nightwatch kombiniert werden, gewinnen bei Start und Betrieb an Geschwindigkeit.
Wenn Sie hingegen einen Root-getriebenen Betrieb benötigen, ist Forge besser geeignet.
Der zuverlässigste Weg ist, den Free Trial zu nutzen, echte Workloads darüber laufen zu lassen und zu prüfen, ob die Betriebsanforderungen erfüllt werden.
Zuletzt geändert am 13. Juli 2026