---

Renovate: il modo nativo per Kubernetes

Esegui Renovate sulla tua infrastruttura con pianificazione basata su CRD, esecuzione parallela, auto-discovery e una UI integrata. Se ospiti Renovate autonomamente e utilizzi già Kubernetes, questo operator ti offre il controllo e l'osservabilità che le semplici configurazioni self-hosted non hanno.

Supporta tutte le piattaforme Renovate: GitHub, GitLab, Bitbucket, Azure DevOps, Gitea e altre. L'operator funziona con qualsiasi piattaforma supportata da Renovate - configura semplicemente le tue credenziali e le impostazioni della piattaforma tramite variabili d'ambiente o secret. Nota che alcune piattaforme hanno funzionalità aggiuntive specifiche dell'operator, come le integrazioni webhook native per GitHub e GitLab.

Confronto con Mend Renovate CE

Funzionalità	Mend Renovate CLI	Mend Renovate Community Self-Hosted (noto come "CE")	Renovate Operator
Completamente open source, senza registrazione o chiave di licenza	✅	❌	✅
Aggiornamenti automatici delle dipendenze	✅	✅	✅
Esecuzione sulla propria infrastruttura	✅	✅	✅
Auto-discovery	✅	✅	✅
API webhook per esecuzioni su richiesta	❌	✅	✅
Web UI	❌	❌	✅
Pianificazione cron dichiarativa tramite CRD	❌	❌	✅
Auto-discovery con filtro per gruppo/topic	❌	❌	✅
Monitoraggio dello stato per progetto nel cluster	❌	❌	✅
Esecuzione parallela con controllo della concorrenza	❌	❌	✅
Metriche Prometheus e health check	❌	✅	✅
Pianificazione dei pod nativa per Kubernetes	❌	❌	✅
Leader election per l'alta disponibilità	❌	❌	✅
Gestione del ciclo di vita dei job (TTL, deadline, retry)	❌	❌	✅

Come funziona

1. All'orario definito dalla tua pianificazione, viene avviato un job di discovery di renovate
2. Al termine del discovery, potrai vedere tutti i progetti individuati nella UI
3. Tutti i progetti vengono ora impostati per la pianificazione
4. Ogni 10 secondi l'operator controlla i progetti pianificati e avvia un nuovo job di renovate
5. Vengono eseguiti contemporaneamente solo tanti job quanti definiti in spec.parallelism

Installazione

Helm

Opzione 1: OCI Registry

helm -n renovate-operator upgrade --install renovate-operator \
  oci://ghcr.io/mogenius/helm-charts/renovate-operator \
  --create-namespace --wait

Opzione 2: Repository 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

Documentazione

• Per iniziare — installazione, primo RenovateJob, configurazione della piattaforma
• Indice completo della documentazione

Community

Unisciti alla nostra community Slack per porre domande, condividere feedback e connetterti con altri utenti e maintainer.

Contribuire

Realizzato con contrib.rocks.

Sviluppo

Eseguire l'operator in locale

Prerequisiti: just deve essere installato.

1. Esporta KUBECONFIG con il percorso assoluto del tuo kubeconfig — ~ non viene espanso, quindi usa $HOME o il percorso completo:

   export KUBECONFIG=/Users/yourname/.kube/config
   # or
   export KUBECONFIG=$HOME/.kube/config
   

2. Avvia l'operatore rispetto al contesto corrente in quel kubeconfig:

   just run
   

KUBECONFIG può anche indicare più file separati da :; vengono uniti nello stesso modo in cui li unisce kubectl.

Un'esecuzione locale non ha un pod e quindi nessun namespace proprio. Il controllo dei secret della guida di configurazione rifiuta ogni namespace in quello stato — deliberatamente, affinché una UI esposta al cluster non possa sondare i secret in namespace che non le competono — e ne registra il motivo. Esporta POD_NAMESPACE con il namespace che stai configurando per esercitare quel passaggio in locale:

export POD_NAMESPACE=renovate-operator

just run carica .env, quindi entrambe le variabili possono risiedere lì invece che nella tua shell.

Esecuzione dei test

Comando	Descrizione
just test-unit	Esegue la suite di unit test
just golangci-lint	Esegue il linter
just check	Esegue tutti i controlli (test + linter)
just generate	Rigenera i CRD