Componenti
I componenti sono le parti eseguibili della tua app. Ogni componente ha untype che determina come viene eseguito.
Componenti UI
Un componente UI è un frontend web — React, Vue, Svelte, HTML puro, o qualsiasi framework che serve su una porta.- Max 1 per app — Kazzle assegna un singolo URL di anteprima per app
runtime.dev— comando per il server di sviluppo (usato da “Avvia anteprima”)runtime.run— comando per servire la build di produzione
runtime.dev non è impostato, il sistema di anteprima esegue bun run dev dal tuo package.json.
Componenti di processo
Un componente di processo è un servizio backend, worker, o attività pianificata.Ciclo di vita: processMode
Un componente di processo ha uno di due cicli di vita:
processMode: 'persistent'(predefinito) — server HTTP a lunga esecuzione. I trigger vengono inviati tramite POST al server in esecuzione alpathdichiarato.processMode: 'triggered'— lo script di ingresso viene generato per trigger e termina. Nessuna macchina inattiva in produzione.
Trigger
I trigger di pianificazione e webhook sono dichiarati sul componente. Un componente può avere molti trigger. Ogni trigger ha unname (univoco all’interno del componente) e un kind.
path è obbligatorio per processMode: 'persistent'. Per processMode: 'triggered' viene omesso — lo script legge TRIGGER_NAME dall’ambiente.
Vedi Automazioni per il modello di trigger completo, il contratto delle variabili di ambiente, e l’intestazione di autenticazione HTTP.
Comandi di runtime
| Fase | Quando viene eseguito | Esempio |
|---|---|---|
dev | Durante l’anteprima in bozza | bun run dev, vite, next dev |
run | In produzione | bun run start, node dist/server.js |
kazzle run -- <command> così Kazzle può iniettare le porte locali e gli URL dei componenti fratelli. I componenti di processo di produzione devono dichiarare il comando reale in runtime.run perché il deploy esegue quel comando nell’immagine di produzione.