osFoundry / Platform
ऐप cron जॉब्स
प्रति ऐप आवर्ती कार्य शेड्यूल करें। Cron सिंटैक्स, रीट्राई, ऑब्ज़र्वेबल रन्स।
यह क्या है
App cron jobs से आप osFoundry के भीतर किसी खास app के लिए बार-बार चलने वाला काम शेड्यूल कर सकते हैं। किसी स्क्रिप्ट को चालू छोड़ने या हाथ से कुछ ट्रिगर करना याद रखने के बजाय, आप शेड्यूल को app के साथ ही जोड़ देते हैं और उसे अपनी तय गति पर अपने-आप चलने देते हैं। हर job मानक cron सिंटैक्स से परिभाषित होता है, इसलिए `0 * * * *` जैसा एक्सप्रेशन हर घंटे चलता है और `30 6 * * 1-5` कार्यदिवसों में सुबह 6:30 बजे चलता है। चूँकि शेड्यूल app का ही हिस्सा है, job को जो कुछ चाहिए (उसका लॉजिक, उसका एनवायरनमेंट, उसकी keys) वह किसी अलग, कटे-हुए शेड्यूलर में रहने के बजाय app के साथ ही चलता है।
भीतर से, हर शेड्यूल किया गया रन एक ऐसी इकाई की तरह माना जाता है जिसे देखा जा सके। जब कोई रन फेल होता है, तो job काम को चुपचाप छोड़ने के बजाय दोबारा कोशिश करता है, और हर कोशिश रिकॉर्ड होती है ताकि आप देख सकें कि क्या चला, कब चला, सफल हुआ या नहीं, और उसने क्या बनाया। यही रन इतिहास उस cron लाइन में, जिसके चलने की आप बस उम्मीद करते हैं, और उस शेड्यूल में फर्क है जिसे आप सचमुच सत्यापित कर सकते हैं। osFoundry एक bring-your-own-key डेस्कटॉप वर्कस्पेस है, इसलिए ये jobs उन्हीं मॉडलों और सेवाओं पर चलते हैं जिन्हें आप अपनी खुद की API keys से जोड़ते हैं। बार-बार चलने वाले job की लागत पर कोई रीसेलर मार्कअप नहीं होता, और चूँकि वर्कस्पेस local-first है, app और उसका शेड्यूल किसी वेंडर के सर्वर के बजाय आपकी अपनी डिवाइस पर रह सकते हैं।
यह सबसे ज़्यादा उस चुपचाप चलने वाले, दोहराव वाले काम के लिए मायने रखता है जो apps में जमा होता रहता है: तय गति पर डेटा खींचना, कोई आउटपुट दोबारा बनाना, कोई जाँच चलाना, टाइमर पर कोई agent टास्क शुरू करना। cron आपको यह तय करने पर सटीक नियंत्रण देता है कि कब, रीट्राई किसी क्षणिक फेल के आगे शेड्यूल को टिकाऊ बनाते हैं, और रन लॉग पूरी चीज़ को ऑडिट-योग्य बनाता है। यह osFoundry के बाकी हिस्सों (चैट और agents, apps, कोड, नॉलेज और डेटा) के साथ ही रहता है, इसलिए कोई शेड्यूल किया गया app job किसी अलग ऑटोमेशन साइलो के बजाय उसी वर्कस्पेस को फीड कर सकता है जिसमें आप पहले से काम करते हैं।
मुख्य क्षमताएँ
- मानक cron सिंटैक्स से शेड्यूल परिभाषित करें, एक सादे हर-घंटे के टिक से लेकर सिर्फ-कार्यदिवस या महीने-की-सीमा वाले एक्सप्रेशन तक
- शेड्यूल को किसी खास app के साथ जोड़ें ताकि उसका लॉजिक, एनवायरनमेंट और keys एक ही इकाई की तरह साथ चलें
- फेल हुए रन पर अपने-आप रीट्राई, शेड्यूल किए काम को चुपचाप छोड़ने के बजाय
- देखा जा सकने वाला रन इतिहास: हर रन का समय, स्थिति और आउटपुट देखें ताकि पुष्टि हो कि शेड्यूल सचमुच चला
- BYOK और local-first: jobs आपके अपने जुड़े मॉडलों और keys पर चलते हैं, न कोई प्रति-सीट शुल्क, न रीसेलर मार्कअप
उपयोग के मामले
- डेटा इंजीनियर: cron से किसी app को हर घंटे डेटासेट खींचने और रिफ्रेश करने के लिए शेड्यूल करें, और रन लॉग देखकर पुष्टि करें कि हर सिंक पूरा हुआ
- ऑपरेशंस लीड: कार्यदिवस की सुबह चलने वाला एक app job रखें जो रिपोर्ट दोबारा बनाता है और स्रोत के थोड़ी देर अनुपलब्ध रहने पर अपने-आप रीट्राई करता है
- अकेला बिल्डर: किसी बार-बार चलने वाले agent टास्क को रात के cron पर रखें ताकि रूटीन काम आपकी अपनी मशीन पर, आपकी अपनी API keys से, बिना निगरानी के चले
सामान्य प्रश्न
osFoundry कौन-सा cron सिंटैक्स इस्तेमाल करता है?
मानक cron एक्सप्रेशन: मिनट, घंटा, महीने का दिन, महीना और सप्ताह के दिन के लिए पाँच फ़ील्ड। तो `0 * * * *` हर घंटे की शुरुआत में चलता है और `30 6 * * 1-5` कार्यदिवसों में सुबह 6:30 बजे। शेड्यूल हर app के लिए अलग सेट होता है।
अगर कोई शेड्यूल किया रन फेल हो जाए तो क्या होता है?
job काम को चुपचाप छोड़ने के बजाय दोबारा कोशिश करता है, और हर कोशिश app के रन इतिहास में रिकॉर्ड होती है ताकि आप देख सकें कौन-से रन सफल हुए, कौन-से फेल हुए, और हर एक ने क्या बनाया।
jobs कहाँ चलते हैं, और उनकी लागत क्या होती है?
osFoundry एक local-first, bring-your-own-key डेस्कटॉप वर्कस्पेस है, इसलिए कोई शेड्यूल किया app job उन्हीं मॉडलों और सेवाओं पर चलता है जिन्हें आप अपनी खुद की API keys से जोड़ते हैं। उस उपयोग पर कोई रीसेलर मार्कअप नहीं और शेड्यूलिंग के लिए कोई प्रति-सीट शुल्क नहीं।