
renovate-operator v5.6.0
Kubernetes में Renovate executions को सुव्यवस्थित करने के लिए Operator
Renovate: Kubernetes-नेटिव तरीका
CRD-आधारित शेड्यूलिंग, समानांतर निष्पादन, ऑटो-डिस्कवरी और एक अंतर्निहित UI के साथ अपने स्वयं के इंफ्रास्ट्रक्चर पर Renovate चलाएँ। यदि आप Renovate को स्वयं होस्ट करते हैं और पहले से ही Kubernetes चलाते हैं, तो यह ऑपरेटर आपको वह नियंत्रण और अवलोकन क्षमता देता है जो सामान्य स्वयं-होस्ट किए गए सेटअप में नहीं होती।
सभी Renovate प्लेटफ़ॉर्म का समर्थन करता है: GitHub, GitLab, Bitbucket, Azure DevOps, Gitea, और अन्य। ऑपरेटर Renovate द्वारा समर्थित किसी भी प्लेटफ़ॉर्म के साथ काम करता है - बस अपने क्रेडेंशियल और प्लेटफ़ॉर्म सेटिंग्स को एनवायरनमेंट वेरिएबल्स या सीक्रेट्स के माध्यम से कॉन्फ़िगर करें। ध्यान दें कि कुछ प्लेटफ़ॉर्म में GitHub और GitLab के लिए नेटिव वेबहुक इंटीग्रेशन जैसी अतिरिक्त ऑपरेटर-विशिष्ट सुविधाएँ होती हैं।
Mend Renovate CE के साथ तुलना
| सुविधा | Mend Renovate CLI | Mend Renovate Community Self-Hosted (उर्फ "CE") | Renovate Operator |
|---|---|---|---|
| पूर्णतः ओपन सोर्स, कोई साइनअप या लाइसेंस कुंजी नहीं | ✅ | ❌ | ✅ |
| स्वचालित डिपेंडेंसी अपडेट | ✅ | ✅ | ✅ |
| आपके स्वयं के इंफ्रास्ट्रक्चर पर चलता है | ✅ | ✅ | ✅ |
| ऑटो-डिस्कवरी | ✅ | ✅ | ✅ |
| ऑन-डिमांड रन के लिए वेबहुक API | ❌ | ✅ | ✅ |
| वेब UI | ❌ | ❌ | ✅ |
| CRD के माध्यम से डिक्लेरेटिव क्रॉन शेड्यूलिंग | ❌ | ❌ | ✅ |
| समूह/विषय फ़िल्टरिंग के साथ ऑटो-डिस्कवरी | ❌ | ❌ | ✅ |
| क्लस्टर के भीतर प्रति-प्रोजेक्ट स्थिति ट्रैकिंग | ❌ | ❌ | ✅ |
| कंकरेंसी नियंत्रण के साथ समानांतर निष्पादन | ❌ | ❌ | ✅ |
| Prometheus मेट्रिक्स और हेल्थ चेक | ❌ | ✅ | ✅ |
| Kubernetes-नेटिव पॉड शेड्यूलिंग | ❌ | ❌ | ✅ |
| उच्च उपलब्धता के लिए लीडर इलेक्शन | ❌ | ❌ | ✅ |
| जॉब लाइफ़साइकिल प्रबंधन (TTL, डेडलाइन, पुनःप्रयास) | ❌ | ❌ | ✅ |
यह कैसे काम करता है
- आपके शेड्यूल के निर्धारित समय पर, एक renovate डिस्कवरी जॉब शुरू होती है
- डिस्कवरी पूरी होने के बाद, आप UI में अपने सभी खोजे गए प्रोजेक्ट देख सकेंगे
- अब सभी प्रोजेक्ट्स को शेड्यूल किया जाने लगता है
- हर 10 सेकंड में ऑपरेटर शेड्यूल किए गए प्रोजेक्ट्स की जाँच करता है और एक नई renovate जॉब शुरू करता है
- एक साथ केवल उतनी ही जॉब्स निष्पादित होती हैं जितनी
spec.parallelismमें परिभाषित हैं

इंस्टॉलेशन
Helm
विकल्प 1: OCI रजिस्ट्री
helm -n renovate-operator upgrade --install renovate-operator \
oci://ghcr.io/mogenius/helm-charts/renovate-operator \
--create-namespace --wait
विकल्प 2: Helm रिपॉज़िटरी
helm repo add mogenius https://helm.mogenius.com/public --force-update
helm -n renovate-operator upgrade --install renovate-operator mogenius/renovate-operator --create-namespace --wait
दस्तावेज़ीकरण
- शुरुआत करना — इंस्टॉल करें, पहला RenovateJob, प्लेटफ़ॉर्म सेटअप
- पूर्ण दस्तावेज़ीकरण सूचकांक
समुदाय
प्रश्न पूछने, प्रतिक्रिया साझा करने और अन्य उपयोगकर्ताओं तथा मेंटेनरों से जुड़ने के लिए हमारे Slack समुदाय से जुड़ें।
योगदान
contrib.rocks के साथ बनाया गया।
विकास
ऑपरेटर को स्थानीय रूप से चलाना
पूर्वापेक्षाएँ: just इंस्टॉल होना चाहिए।
- अपने kubeconfig के पूर्ण पथ के साथ
KUBECONFIGएक्सपोर्ट करें —~विस्तारित नहीं होता, इसलिए$HOMEया पूर्ण पथ का उपयोग करें:export KUBECONFIG=/Users/yourname/.kube/config # or export KUBECONFIG=$HOME/.kube/config - उस kubeconfig में मौजूद वर्तमान context के विरुद्ध operator शुरू करें:
just run
KUBECONFIG में : से अलग किए गए कई फ़ाइलों के नाम भी हो सकते हैं; उन्हें उसी तरह मिलाया जाता है जैसे kubectl उन्हें मिलाता है।
स्थानीय रन में कोई pod नहीं होता और इसलिए उसका अपना कोई namespace नहीं होता। उस स्थिति में setup guide का secret check हर namespace को अस्वीकार कर देता है — जानबूझकर, ताकि cluster-exposed UI उन namespaces में secrets की जाँच न कर सके जो उसके अधिकार क्षेत्र में नहीं हैं — और कारण लॉग करता है। उस चरण को स्थानीय रूप से आज़माने के लिए जिस namespace को आप सेट कर रहे हैं, उसके साथ POD_NAMESPACE export करें:
export POD_NAMESPACE=renovate-operator
just run .env लोड करता है, इसलिए दोनों वेरिएबल्स आपके शेल के बजाय वहाँ रह सकते हैं।
टेस्ट चलाना
| कमांड | विवरण |
|---|---|
just test-unit | यूनिट टेस्ट सूट चलाएँ |
just golangci-lint | लिंटर चलाएँ |
just check | सभी जाँचें चलाएँ (टेस्ट + लिंटर) |
just generate | CRDs पुनः जनरेट करें |