Betreiben Sie Renovate auf Ihrer eigenen Infrastruktur mit CRD-basiertem Scheduling, paralleler Ausführung, Auto-Discovery und einer integrierten UI. Wenn Sie Renovate selbst hosten und bereits Kubernetes betreiben, gibt Ihnen dieser Operator die Kontrolle und Observability, die einfachen Self-hosted-Setups fehlen.
Deklaratives Cron-Scheduling über Kubernetes CRDs. Schedules als Code definieren, in Git versionieren und den Operator den Rest erledigen lassen.
Repositories in der gesamten Organisation automatisch entdecken. Nach Gruppe und Topic filtern, um genau zu steuern, welche Projekte aktualisiert werden.
Mehrere Renovate-Jobs gleichzeitig mit konfigurierbarer Concurrency-Steuerung ausführen. Hunderte von Repos ohne Engpässe verarbeiten.
Entdeckte Projekte, Job-Status und Ausführungshistorie über eine integrierte Web-Oberfläche überwachen. Kein externes Dashboard erforderlich.
Nativer Prometheus-Metrics-Endpoint und Health Checks. Nahtlose Integration in den bestehenden Monitoring-Stack ohne Konfigurationsaufwand.
TTL-basierte Bereinigung, aktive Deadlines und automatische Wiederholungen. Fehlgeschlagene Jobs werden wiederholt, abgeschlossene Jobs bereinigt — alles konfigurierbar.
Zum definierten Zeitpunkt des Schedules wird automatisch ein Renovate-Discovery-Job gestartet.
Nach Abschluss der Discovery erscheinen alle entdeckten Projekte in der integrierten UI mit Gruppen- und Topic-Filterung.
Alle Projekte werden zur Ausführung eingeplant. CRD-basierte Cron-Schedules steuern, wann jedes Projekt ausgeführt wird.
Alle 10 Sekunden prüft der Operator auf eingeplante Projekte und startet einen neuen Renovate-Job.
Es werden nur so viele Jobs gleichzeitig ausgeführt, wie in spec.parallelism definiert.
CLI und Community Edition sind gute Einstiegspunkte. Wenn Sie Hunderte von Repositories auf Kubernetes verwalten, fügt der Operator das Scheduling, die Concurrency, Observability und das Lifecycle-Management hinzu, das alles reibungslos am Laufen hält.
| Funktion | CLI | Community Edition | Operator |
|---|---|---|---|
| Vollständig Open Source, keine Registrierung | ✓ | — | ✓ |
| Automatisierte Dependency-Updates | ✓ | ✓ | ✓ |
| Läuft auf eigener Infrastruktur | ✓ | ✓ | ✓ |
| Auto-Discovery | ✓ | ✓ | ✓ |
| Webhook API für On-Demand-Ausführung | — | ✓ | ✓ |
| Web UI | — | — | ✓ |
| Deklaratives Cron-Scheduling via CRD | — | — | ✓ |
| Auto-Discovery mit Gruppen-/Topic-Filterung | — | — | ✓ |
| Projekt-Status-Tracking im Cluster | — | — | ✓ |
| Parallele Ausführung mit Concurrency-Steuerung | — | — | ✓ |
| Prometheus Metrics & Health Checks | — | ✓ | ✓ |
| Kubernetes-natives Pod-Scheduling | — | — | ✓ |
| Leader Election für Hochverfügbarkeit | — | — | ✓ |
| Job-Lifecycle-Management (TTL, Deadlines, Retries) | — | — | ✓ |
Die mogenius Internal Developer Plattform bietet Ihnen Multi-Cluster-Kubernetes-Management, Developer Self-Service, AI Governance und Toolchain-Orchestrierung. Alles über eine einzige Control Plane.
Plattform erkunden →Teams halten ihre Abhängigkeiten automatisch auf dem neuesten Stand und reduzieren technische Schuld sowie Security-Risiken. Der mogenius Renovate Operator ist ein Open-Source Kubernetes-Operator, der Renovate-Executions skaliert, mit deklarativer Cron-Planung via CRDs, paralleler Job-Ausführung, eingebautem Web-Dashboard und Prometheus-Metrics. Statt einzelner Skripte pro Repository läuft die Dependency-Pflege damit cluster-nativ und skaliert von einem bis zu hunderten Repositories.
Organisationen nutzen denselben Operator unabhängig von ihrer bevorzugten Git-Plattform. Unterstützt werden GitHub, GitLab, Bitbucket, Azure DevOps, Gitea und Forgejo, mit nativen Webhook-Integrationen für GitHub und GitLab. Damit ist der Operator auch in heterogenen Organisationen einsetzbar, die unterschiedliche Git-Systeme parallel betreiben, ohne dass separate Tools pro Plattform nötig sind.
Teams behalten Credentials und Dependency-Daten innerhalb der eigenen Infrastruktur und erfüllen regulatorische Anforderungen. Der selbst-gehostete Operator läuft in Public Cloud, On-Premises, Hybrid- und air-gapped Umgebungen, ohne Limitierungen bei Job-Volumen oder Repository-Anzahl und ohne externe Datenabflüsse. Regulierte Branchen und Organisationen mit strengen Compliance-Anforderungen können damit Dependency-Automatisierung einsetzen, die sonst nicht freigegeben wäre.
Teams starten schnell und müssen keine Deployment-Infrastruktur selbst bauen. Die Installation erfolgt per Helm-Chart aus der GitHub Container Registry oder dem mogenius Helm-Repository, anschließend werden RenovateJob-CRDs mit Cron-Schedule, Repository-Filter und Plattform-Credentials konfiguriert. Teams sind damit innerhalb weniger Minuten produktiv und können die Konfiguration wie jede andere Kubernetes-Ressource über GitOps versionieren.
Teams erhalten vollständige Transparenz über den Status der Dependency-Automatisierung ohne zusätzliche Tools. Der Operator stellt einen nativen Prometheus-Metrics-Endpoint, Health-Checks, eine eingebaute Web-UI mit Job-Status und Ausführungshistorie, TTL-basiertes Cleanup, Active Deadlines und automatische Retries bereit. Damit integriert sich die Dependency-Pflege direkt in bestehende Monitoring-Stacks, ohne dass ein separates Dashboard gepflegt werden muss.
Organisationen erhalten volle Transparenz und Kontrolle ohne Lizenzkosten. Der Renovate Operator ist vollständig Open Source unter github.com/mogenius/renovate-operator verfügbar, inklusive Quellcode, CRD-Definitionen und Dokumentation. Unternehmen können den Code selbst auditieren, eigene Anpassungen einbringen oder beitragen und sind damit unabhängig von kommerziellen Lizenzmodellen.
Operator installieren, Plattform-Zugangsdaten konfigurieren und Renovate den Rest erledigen lassen.