osFoundry / Platform
कंटेनर्स
बैकएंड सेवाओं, एजेंट्स या बिल्ड वर्कर्स के लिए लंबी चलने वाली कंटेनर्स। लॉग्स लाइव स्ट्रीम होते हैं।
यह क्या है
osFoundry में कंटेनर लंबे समय तक चलने वाले, समर्पित क्लाउड कंप्यूट इंस्टेंस हैं, उस काम के लिए जिसे एक चैट टर्न संभाल नहीं सकता: ऐसी बैकएंड सेवाएं जिन्हें चालू रहना है, ऐसे AI एजेंट जो घंटों चलते हैं, और ऐसे बिल्ड वर्कर जो आपके कोड को कंपाइल और पैकेज करते हैं। हर कंटेनर अपने अलग सर्वर पर चलता है, जिसमें RAM, vCPU और एक साथ चलने वाले एजेंट की तय सीमा आवंटित होती है, इसलिए एक कंटेनर का भारी काम कभी दूसरे को संसाधनों से वंचित नहीं करता। आप कंटेनर को टियर (Starter, Standard या Power) के हिसाब से खरीदते हैं, उसे नाम देते हैं, और Settings से जब चाहें शुरू या बंद करते हैं; कीमत हर टियर के लिए एक तय मासिक दर है, साथ में एक वैकल्पिक 'निष्क्रिय होने पर अपने-आप बंद' स्विच, ताकि बिना देखभाल छोड़ा गया कंटेनर काम खत्म होने के बाद बिलिंग जारी न रखे।
osFoundry के भीतर कंटेनर एक प्रथम-श्रेणी रनटाइम है जिससे आप जुड़ सकते हैं। यह एक इंटरैक्टिव PTY टर्मिनल देता है (xterm.js के जरिए पूरे एरो-की, ANSI, ctrl+C और रीसाइज़ सपोर्ट के साथ), जिससे aider या claude-code जैसे CLI एजेंट बिल्कुल वैसे ही व्यवहार करते हैं जैसे लोकल शेल में करते। लॉग एक server-sent-events चैनल पर लाइव आते हैं: लॉग पैनल कंटेनर के मुख्य प्रोसेस के आउटपुट को दिखाता रहता है (सर्वर बूट, क्रैश, डिप्लॉय एरर, और बैकग्राउंड सबप्रोसेस का वह stdout जिसे कोई दिखने वाला टर्मिनल छोड़ देता), जैसे-जैसे यह होता है, बिना रिफ्रेश। Room apps अपने मैनिफेस्ट में घोषित कंटेनर को बाइंड कर सकती हैं, जो अपने-आप स्थायी ब्लॉक वॉल्यूम प्रोविजन करता है और हर instance के secrets को हर exec में एनवायरनमेंट वेरिएबल के रूप में इंजेक्ट करता है, ताकि आपकी सेवा को उसका state और credentials बिना हाथ से जोड़े मिल जाएं।
यह इसलिए मायने रखता है क्योंकि osFoundry एक BYOK, local-first वर्कस्पेस है: आपके मॉडल और keys आपके हैं, और आपका बहुत सा काम आपके डिवाइस पर ही रहता है। कंटेनर उसी वर्कस्पेस को बाहर की ओर बढ़ाते हैं उन कामों के लिए जिन्हें सचमुच एक स्थायी, हमेशा-चालू मशीन चाहिए, बिना उस माहौल से निकले जहां आपका चैट, एजेंट, कोड और डेटा पहले से रहते हैं, और कंप्यूट के ऊपर किसी प्रति-सीट प्लेटफॉर्म टैक्स के बिना।
मुख्य क्षमताएँ
- बैकएंड सेवाओं, स्वायत्त एजेंट या बिल्ड वर्कर के लिए लंबे समय तक चलने वाले कंटेनर चलाएं, हर एक अपने अलग समर्पित क्लाउड सर्वर पर
- लॉग को SSE पर लाइव देखें: सर्वर बूट, क्रैश, डिप्लॉय एरर और बैकग्राउंड सबप्रोसेस का stdout, रियल टाइम में और बिना रिफ्रेश
- एक इंटरैक्टिव PTY टर्मिनल (xterm.js) खोलें ताकि aider या claude-code जैसे CLI एजेंट को एरो-की, ANSI, ctrl+C और रीसाइज़ मिले
- तय RAM, vCPU और एक साथ चलने वाले एजेंट की सीमा वाला टियर (Starter/Standard/Power) चुनें; जब चाहें शुरू, बंद, नाम बदलें या हटाएं
- 'निष्क्रिय होने पर अपने-आप बंद' चालू करें ताकि बिना देखभाल छोड़ा गया कंटेनर निष्क्रियता के बाद बंद हो जाए, पूरे दिन बिल न करता रहे
उपयोग के मामले
- एजेंट डेवलपर: कई घंटों की रिफैक्टरिंग के लिए Power-टियर कंटेनर में claude-code या aider सत्र चलाएं, लॉग लाइव देखते हुए, जबकि PTY टर्मिनल इंटरैक्टिव बना रहे
- बैकएंड इंजीनियर: किसी room app की API सेवा को समर्पित कंटेनर पर चालू रखें, स्थायी वॉल्यूम और इंजेक्ट किए गए secrets के साथ, जो app मैनिफेस्ट से प्रोविजन होता है
- CI/बिल्ड यूज़र: बिल्ड वर्कर के रूप में एक Standard कंटेनर उठाएं, डिप्लॉय एरर लाइव देखें, और ऑटो-स्टॉप चालू करें ताकि बिल्ड खत्म होने पर वह बंद हो जाए
सामान्य प्रश्न
osFoundry कंटेनर में मैं असल में क्या चला सकता हूं?
कुछ भी जिसे एक चैट टर्न से ज्यादा देर चालू रहना है: एक बैकएंड सेवा, एक लंबे समय तक चलने वाला AI एजेंट, या एक बिल्ड वर्कर। हर कंटेनर एक पूरा सर्वर है जिसमें इंटरैक्टिव टर्मिनल के जरिए शेल एक्सेस मिलता है, इसलिए aider और claude-code जैसे CLI टूल नेटिव रूप से चलते हैं।
मैं कैसे देखूं कि मेरा कंटेनर क्या कर रहा है?
लॉग पैनल कंटेनर के मुख्य प्रोसेस को एक लाइव server-sent-events स्ट्रीम पर दिखाता है, जिसमें बैकग्राउंड सबप्रोसेस का वह stdout भी शामिल है जिसे कोई दिखने वाला टर्मिनल छोड़ देता। इसे सीधे चलाने के लिए आपको एक पूरा इंटरैक्टिव PTY टर्मिनल भी मिलता है।
कंटेनर की बिलिंग कैसे होती है, और क्या मैं निष्क्रिय रहने के दौरान भुगतान से बच सकता हूं?
हर कंटेनर की एक तय मासिक दर होती है जो उसके टियर (Starter, Standard या Power) से तय होती है, और यही उसकी RAM, vCPU और एक साथ चलने वाले एजेंट की सीमा भी तय करती है। 'निष्क्रिय होने पर अपने-आप बंद' चालू करें ताकि वह कुछ समय बिना उपयोग के बाद बंद हो जाए, या इसे कभी भी हाथ से बंद कर के हटा दें।