Kapsule Orbit परियोजना सेटिंग्स

Orbit प्रोजेक्ट सेटिंग्स के लिए हर नियंत्रण Settings टैब पर स्थित है, जो सब कुछ खोजने के लिए समूहबद्ध है: सामान्य जानकारी, बिल्ड और डिप्लॉय, सुरक्षा, सूचनाएं, एकीकरण, उपयोग सीमाएं, डिप्लॉय ऑटोमेशन, नेटवर्किंग, अवलोकनशीलता, साझाकरण, और नीचे एक खतरे वाला क्षेत्र।

Settings कहां स्थित है

Kapsule Orbit खोलें, प्रोजेक्ट पर क्लिक करें, और प्रोजेक्ट टैब पट्टी में Settings चुनें। पृष्ठ इसे अपने प्रोजेक्ट नाम, बिल्ड कमांड और Git एकीकरण को कॉन्फ़िगर करने के रूप में वर्णित करता है, जो इसे काफी हद तक कम आंकता है।

यह गाइड एक नक्शा है। जहां किसी विषय का अपना लेख है, वह दोहराए जाने के बजाय लिंक किया जाता है।

सामान्य

Project info URL स्लग, निर्माण तिथि, कनेक्ट किए गए रिपॉजिटरी और प्रोडक्शन URL को दिखाता है, और आपको प्रोजेक्ट Name और Description बदलने देता है।

Git में Production branch होती है। उस शाखा में पुश प्रोडक्शन डिप्लॉय को ट्रिगर करते हैं।

Status badge आपको एक लाइव डिप्लॉय-स्थिति SVG देता है जिसमें URL, markdown और HTML के लिए कॉपी बटन हैं, जो आपके README में पेस्ट करने के लिए तैयार हैं। Kapsule Orbit में अपने प्रोजेक्ट README को देखना देखें।

Public status page स्थिति पृष्ठ कॉन्फ़िगरेशन के माध्यम से लिंक करता है। Kapsule Orbit Status Page देखें।

बिल्ड और डिप्लॉय

Build settings पांच क्षेत्र हैं जो Kapsule Orbit स्वचालित रूप से पहचानता है और आप ओवरराइड कर सकते हैं: install कमांड, build कमांड, output निर्देशिका, root निर्देशिका और Node.js संस्करण। एक क्षेत्र को खाली छोड़ें ताकि पहचाना गया मान रखा जा सके। पूरा विवरण अपने Build कमांड और Output निर्देशिका को कॉन्फ़िगर करना में है।

Runtime में चार स्विच हैं जो समझने योग्य हैं:

• Server mode प्रत्येक डिप्लॉय के बाद अपना start कमांड चलाते हुए बिल्ड मशीन को जीवित रखता है। कुछ भी जो सर्वर पर रेंडर करता है उसके लिए आवश्यक है बजाय स्थिर फाइलों को निर्यात करने के।
• Branch previews प्रोडक्शन या स्टेजिंग नहीं हर शाखा पुश के लिए स्वचालित रूप से एक वातावरण बनाता है, प्रत्येक branch-*.kaps.run के अंतर्गत अपने URL पर। Branch Previews देखें।
• Auto-rollback on failure यदि डिप्लॉय विफल हो तो अंतिम स्वस्थ प्रोडक्शन डिप्लॉय को पुनः स्थापित करता है।
• Scheduled rebuild प्रोडक्शन को एक अंतराल पर पुनः बनाता है, प्रति घंटा से साप्ताहिक तक, जो सामग्री-प्रबंधित साइटों के लिए उपयुक्त है जिन्हें git push के बिना रीफ्रेश की आवश्यकता होती है।

Build auto-retry ऐसे बिल्ड को पुनः कतारबद्ध करता है जो नेटवर्क समस्या या टाइमआउट जैसी बुनियादी ढांचे की त्रुटियों पर विफल हुए, तीन बार तक। यह कोड त्रुटियों को पुनः प्रयास नहीं करता है, इसलिए यह टूटे हुए बिल्ड को छिपा नहीं सकता है।

Ignored paths और Branch ignore patterns आपको आवश्यक नहीं बिल्ड को रोकते हैं: ऐसी फाइलों के लिए glob पैटर्न जिनके परिवर्तन को डिप्लॉय नहीं करना चाहिए, और dependabot/* जैसी शाखाओं के लिए जो कभी एक को ट्रिगर नहीं करना चाहिए।

Git tag deploys टैग पैटर्न सेट करता है जो एक टैग पुश को प्रोडक्शन डिप्लॉय में बदलता है। Kapsule Orbit Releases देखें।

डिप्लॉय ऑटोमेशन और सुरक्षा

Deploy protection के दो गेट हैं: Require approval for production, जो push-ट्रिगर किए गए प्रोडक्शन डिप्लॉय को तब तक रोकता है जब तक कोई मंजूरी न दे, और Require staging success before production, जो प्रोडक्शन को तब तक रखता है जब तक स्टेजिंग ने समान कमिट को सफलतापूर्वक डिप्लॉय न कर दिया हो।

CI required checks आपके अपने CI पर डिप्लॉय को गेट करता है। GitHub पर आप नौकरी के नाम सूचीबद्ध करते हैं, जिनमें से सभी को पास करना चाहिए; GitLab पर कोई भी गैर-खाली मान पूरी पाइपलाइन के लिए प्रतीक्षा करता है। CI विफलता डिप्लॉय को रद्द करती है।

Deploy freeze schedule अनुमोदित विंडो के बाहर push-ट्रिगर किए गए डिप्लॉय को ब्लॉक करता है, या तो सप्ताहांत या UTC घंटा रेंज। मैनुअल डिप्लॉय और डिप्लॉय हुक प्रभावित नहीं हैं।

Branch protection glob-पैटर्न नियम जोड़ता है जो मिलान करने वाली शाखाओं पर डिप्लॉय को तब तक ब्लॉक करता है जब तक आवश्यक बाहरी जांचें पास न हों और, वैकल्पिक रूप से, एक मानव मंजूरी देता है।

Auto-promote staging स्टेजिंग को प्रोडक्शन में स्वचालित रूप से बढ़ावा देता है एक बार जब यह कॉन्फ़िगर की गई घंटों की संख्या के लिए चल चुका होता है और कोई स्वास्थ्य विफलता न हो और स्मोक परीक्षा पास हो रहे हों।

यह सभी Kapsule Orbit Deployment Pipeline टैब पर एक दृश्य में सारांशित हैं।

स्वास्थ्य और गुणवत्ता गेट

Health check हर प्रोडक्शन डिप्लॉय के बाद आपके द्वारा चुने गए पथ को प्राप्त करता है। 15 सेकंड के भीतर गैर-2xx प्रतिक्रिया पिछले स्वस्थ डिप्लॉय को पुनः स्थापित करती है।

Smoke tests प्रत्येक सफल डिप्लॉय के बाद दस अल्पविराम-पृथक पथों के विरुद्ध GET अनुरोध चलाते हैं और पास या विफल रिकॉर्ड करते हैं। auto-rollback के साथ संयुक्त, विफल स्मोक परीक्षा डिप्लॉय को वापस रोल करता है।

Performance budgets ऐसे बिल्ड को चेतावनी देते हैं या विफल करते हैं जो एक थ्रेशोल्ड से अधिक हो जाते हैं: MB में कुल आर्टिफैक्ट आकार, kB में व्यक्तिगत फाइल आकार जो एक glob से मेल खाता है, या सेकंड में बिल्ड समय। प्रत्येक बजट या तो चेतावनी या बिल्ड विफलता के लिए सेट किया जाता है।

स्टेजिंग

स्टेजिंग को अपना नियम सेट मिलता है: staging branch, access protection एक पासवर्ड के साथ, एक IP allowlist IPv4 पता और CIDR रेंज स्वीकार करने वाला एक प्रति पंक्ति, auto-rollback on failure, चाहे स्टेजिंग inherit production environment variables निम्न प्राथमिकता पर, और build overrides install, build, output और root निर्देशिका के लिए।

पासवर्ड और IP allowlist ऐसे दो हैं जो किसी भी स्टेजिंग वातावरण पर सेट करने के लिए हैं जो सार्वजनिक नहीं होना है। दोनों को खाली छोड़ दें और स्टेजिंग URL किसी के द्वारा पहुंचा जा सकता है जिसके पास यह है।

नेटवर्किंग

Custom domains प्रोडक्शन पर्यावरण के लिए डोमेन जोड़ता है और सत्यापित करता है, प्रमाणपत्र प्रावधान सहित। Kapsule Orbit में कस्टम डोमेन जोड़ना देखें।

Redirects and rewrites परिणाम से पहले लागू किए गए पथ-आधारित नियम हैं, क्रम में परीक्षण किए गए पहले मिलान के साथ जीतते हैं। एक redirect ब्राउज़र को 301 या 302 के रूप में एक नए URL पर भेजता है; एक rewrite बिना URL परिवर्तन के चुपचाप एक भिन्न पथ परोसता है। पैटर्न exact matches, wildcards, named parameters और splats समर्थन करते हैं। Kapsule Orbit में Redirects और Rewrites देखें।

Response headers मिलान पथों पर कस्टम HTTP headers लागू करते हैं, HSTS, CSP, no-embed, no-sniff, referrer policy और CORS के लिए पूर्वनिर्धारित के साथ। सभी मिलान नियम लागू किए जाते हैं, और बाद की प्रविष्टियां समान कुंजी के लिए पहले की प्रविष्टियों को अधिलेखित करती हैं।

Skew protection एक नई तैनाती के चलते जाने के बाद एक अवधारण विंडो के लिए भंडारण में पुरानी बिल्ड आर्टिफैक्ट रखता है, इसलिए एक आगंतुक जो पिछले संस्करण को लोड करता था वह अभी भी अपनी संपत्ति को 404 मिलने के बजाय प्राप्त कर सकता है।

The config store key/value सेटिंग रखता है जो आपकी तैनाती रनटाइम पर पढ़ता है, सुविधा flags और सेटिंग के लिए जो पुनः तैनाती के बिना परिवर्तन करते हैं। इसे Storage के अंतर्गत प्रबंधित किया जाता है, यहां नहीं, और यह निःशुल्क है: कोई read charge नहीं और कोई write charge नहीं। मान सादे पाठ में संग्रहीत होते हैं, इसलिए कभी भी एक को secre में न रखें। प्रति प्रोजेक्ट 100 प्रविष्टियों तक, कुंजियां 200 वर्णों तक और मान 4096 तक। हर प्रविष्टि की एक रात्रिकालीन स्नैपशॉट ली जाती है और तीस रातें हर योजना पर रखी जाती हैं, इसलिए एक प्रविष्टि जिसे आप हटाते हैं वह वापस लाई जा सकती है: Snapshots और restore देखें।

उपयोग और सीमाएं

Build usage इस प्रोजेक्ट ने चलाए गए बिल्ड दिखाता है।

Spending cap अधिकतम मासिक अतिरिक्त व्यय सेट करता है, आपकी योजना आवंटन से अधिक बिल्ड-मिनट और bandwidth अतिरिक्त को कवर करते हुए। न्यूनतम US$6.32 है और अधिकतम US$6,315.79। सतर्कता 50% और 80% पर आती हैं, और 100% पर परोसना तब तक रुक जाता है जब तक आप cap को नहीं बढ़ाते। Kapsule Orbit Spending Cap देखें।

Build spending cap अलग, अधिक कुंद सीमा है: कुल बिल्ड मिनटों पर एक मासिक छत, जिसके बाद नए बिल्ड तब तक कतारबद्ध नहीं होते जब तक अगला महीना न हो या आप इसे नहीं बढ़ाते।

Artifact retention प्रत्येक पर्यावरण के लिए कितनी सफल बिल्ड आर्टिफैक्ट रखनी है यह सेट करता है। पुरानी लोगों को दैनिक हटाया जाता है, और वर्तमान में लाइव तैनाती हमेशा रखी जाती है सीमा के बावजूद।

Preview expiry 7, 14, 30 या 60 दिनों के बाद, या कभी नहीं, preview वातावरण को रोकता है। रोके गए previews का भंडारण 24 घंटों के भीतर पुनः प्राप्त किया जाता है।

Artifact size alert आपको ईमेल करता है जब एक बिल्ड आर्टिफैक्ट आपके द्वारा सेट किए गए आकार को अधिक करता है।

सूचनाएं, एकीकरण और अवलोकनशीलता

Deploy email notifications में तीन सेटिंग होती हैं: सभी deploys, केवल विफलताएं, या बंद। एक notification webhook URL इसके साथ सेट किया जा सकता है, हर सफलता या विफलता पर पोस्ट करता है।

Notification channels समृद्ध संस्करण है, प्रति-event चयन, डिलीवरी इतिहास और एक परीक्षण बटन के साथ। पूर्ण webhook नियंत्रण इसके अपने टैब पर है: Kapsule Orbit Webhooks देखें।

Deploy hooks secret URL बनाता है जो एक डिप्लॉय को ट्रिगर करता है जब कुछ उन्हें POST करता है। Deploy Hooks के माध्यम से Deployments को ट्रिगर करना देखें।

Log drains प्रत्येक deployment के बाद बिल्ड लॉग को आपके अवलोकनशीलता मंच में भेजता है, Datadog, Logtail, Axiom और New Relic के लिए निर्मित समर्थन के साथ, या एक कस्टम webhook, वैकल्पिक रूप से एक वातावरण के लिए फ़िल्टर किया गया।

Web Analytics आपको Core Web Vitals collection snippet देता है। Kapsule Orbit Web Vitals देखें।

Cron triggers एक चुने गए वातावरण के लिए HTTP अनुरोध शेड्यूल करता है, प्रति प्रोजेक्ट दस तक। बड़ा, केवल-production संस्करण इसके अपने टैब पर है: Kapsule Orbit Cron Jobs देखें।

साझाकरण और टीम

Team सहयोगियों को तीन भूमिकाओं के साथ प्रबंधित करता है: admin, developer और viewer।

Share links अस्थायी passwordless links उत्पन्न करता है इसलिए एक बाहरी समीक्षक पासवर्ड या खाते के बिना एक वातावरण देख सकता है। प्रत्येक link 1 घंटा, 24 घंटा या 7 दिनों में, या कभी नहीं, समाप्त हो सकता है, और अपनी visit count दिखाता है। कभी भी एक को निरस्त करें।

Deployment group इस प्रोजेक्ट को एक समूह में शामिल करता है ताकि संबंधित प्रोजेक्ट एक साथ तैनात हो सकें, वैकल्पिक रूप से शाखा द्वारा फ़िल्टर किया गया।

Clone environment और Clone project कॉन्फ़िगरेशन डुप्लिकेट करता है। एक प्रोजेक्ट को क्लोन करना बिल्ड सेटिंग, वातावरण कॉन्फ़िगरेशन और गैर-secret environment variables को कॉपी करता है; secrets को कॉपी नहीं किया जाता है।

खतरे वाला क्षेत्र

Clear build cache हर वातावरण के लिए cached dependencies को हटाता है, इसलिए अगली तैनाती शुरुआत से एक पूर्ण install चलाता है। इसे पूर्ववत नहीं किया जा सकता है, हालांकि अगले बिल्ड पर cache अपने आप को फिर से बनाता है।

Transfer project प्रोजेक्ट को दूसरे Kapsule खाते में स्थानांतरित करता है। Kapsule Orbit प्रोजेक्ट को स्थानांतरित करना देखें।

Archive project तुरंत ट्रैफिक परोसना बंद करता है। यह Kapsule Orbit सूची से 30 दिनों के भीतर restorable है, जिसके बाद यह स्थायी रूप से हटा दिया जाता है।

अगले कहां जाएं

• Kapsule Orbit Deployment Pipeline हर सेटिंग के प्रभाव को एक दृश्य में देखने के लिए।
• Shared Environment Variable Groups मान के लिए परियोजनाओं में उपयोग किए जाते हैं।
• Kapsule Orbit Plan Limits आपकी योजना क्या अनुमति देती है के लिए।