Components
Components आपके ऐप के निष्पादन योग्य भाग हैं। प्रत्येक component का एकtype होता है जो यह निर्धारित करता है कि यह कैसे चलता है।
UI components
एक UI component एक वेब फ्रंटएंड है — React, Vue, Svelte, सादा HTML, या कोई भी फ्रेमवर्क जो एक पोर्ट पर सेवा प्रदान करता है।- अधिकतम 1 प्रति ऐप — Kazzle प्रत्येक ऐप के लिए एक एकल preview URL असाइन करता है
runtime.dev— dev सर्वर के लिए कमांड (“Start preview” द्वारा उपयोग किया जाता है)runtime.run— production बिल्ड को सेवा प्रदान करने के लिए कमांड
runtime.dev सेट नहीं है, तो preview सिस्टम आपके package.json से bun run dev चलाता है।
Process components
एक process component एक backend सेवा, worker, या scheduled कार्य है।Lifecycle: processMode
एक process component के दो lifecycles में से एक होता है:
processMode: 'persistent'(डिफ़ॉल्ट) — लंबे समय तक चलने वाला HTTP सर्वर। Triggers को घोषितpathपर चलने वाले सर्वर में POST किया जाता है।processMode: 'triggered'— entry स्क्रिप्ट प्रत्येक trigger के लिए spawn की जाती है और बाहर निकलती है। Production पर कोई निष्क्रिय मशीनें नहीं।
Triggers
Schedule और webhook triggers को component पर घोषित किया जाता है। एक component कई triggers ले सकता है। प्रत्येक trigger का एकname (component के भीतर अद्वितीय) और एक kind होता है।
path processMode: 'persistent' के लिए आवश्यक है। processMode: 'triggered' के लिए इसे छोड़ दिया जाता है — स्क्रिप्ट इसके बजाय environment से TRIGGER_NAME पढ़ता है।
पूर्ण trigger मॉडल, env-var अनुबंध, और HTTP प्रमाणीकरण हेडर के लिए Automations देखें।
Runtime commands
| Phase | कब चलता है | उदाहरण |
|---|---|---|
dev | Draft preview के दौरान | bun run dev, vite, next dev |
run | Production में | bun run start, node dist/server.js |
kazzle run -- <command> का उपयोग कर सकती हैं ताकि Kazzle स्थानीय पोर्ट और sibling component URLs को inject कर सके। Production process components को runtime.run में वास्तविक कमांड घोषित करना चाहिए क्योंकि deploy उस कमांड को production image में चलाता है।