Komponenten
Komponenten sind die ausführbaren Teile deiner App. Jede Komponente hat einentype, der bestimmt, wie sie ausgeführt wird.
UI-Komponenten
Eine UI-Komponente ist ein Web-Frontend — React, Vue, Svelte, Plain HTML oder jedes Framework, das auf einem Port läuft.- Max. 1 pro App — Kazzle weist pro App eine einzelne Vorschau-URL zu
runtime.dev— Befehl für den Dev-Server (wird von „Vorschau starten” verwendet)runtime.run— Befehl zum Bereitstellen des Production-Builds
runtime.dev nicht gesetzt ist, führt das Vorschausystem bun run dev aus deiner package.json aus.
Prozesskomponenten
Eine Prozesskomponente ist ein Backend-Service, Worker oder geplante Aufgabe.Lebenszyklus: processMode
Eine Prozesskomponente hat einen von zwei Lebenszyklen:
processMode: 'persistent'(Standard) — lange laufender HTTP-Server. Trigger werden in den laufenden Server unter dem deklariertenpathgepostet.processMode: 'triggered'— das Entry-Skript wird pro Trigger gestartet und beendet. Keine untätigen Maschinen in der Production.
Trigger
Schedule- und Webhook-Trigger werden auf der Komponente deklariert. Eine Komponente kann viele Trigger tragen. Jeder Trigger hat einenname (eindeutig innerhalb der Komponente) und eine kind.
path ist erforderlich für processMode: 'persistent'. Für processMode: 'triggered' wird es weggelassen — das Skript liest stattdessen TRIGGER_NAME aus der Umgebung.
Siehe Automationen für das vollständige Trigger-Modell, den Env-Var-Vertrag und den HTTP-Authentifizierungs-Header.
Runtime-Befehle
| Phase | Wann wird ausgeführt | Beispiel |
|---|---|---|
dev | Während Entwurfsvorschau | bun run dev, vite, next dev |
run | In Production | bun run start, node dist/server.js |
kazzle run -- <command> verwenden, damit Kazzle lokale Ports und URLs von Geschwister-Komponenten injizieren kann. Production-Prozesskomponenten müssen den echten Befehl in runtime.run deklarieren, da Deploy diesen Befehl im Production-Image ausführt.