Redmine in Kubernetes - Parte 2: Installazione di Redmine in Kubernetes
Questa è la seconda parte della serie su come distribuire Redmine in Kubernetes. In questo articolo, forniremo istruzioni su come distribuire un'installazione affidabile di Redmine.

Racconto Parte 1
Adesso devi essere ansioso per l'installazione di Redmine su Kubernetes. Dopotutto, è per questo che sei qui, giusto?
In Redmine in Kubernetes - Parte 1: Preparazione dell'ambiente, abbiamo installato il Controller Ingress, un componente per reindirizzare le richieste internet all'interno del tuo cluster, e abbiamo creato un dominio DNS, redminek8s.ddns.net. Ora dobbiamo solo configurare HTTPS e siamo pronti per distribuire Redmine.
HTTPS con cert-manager
Anche se potremmo mantenere il nostro Redmine come HTTP, HTTPS è diventato lo standard per i siti web, tanto che la maggior parte dei browser ti avvisa di un problema di sicurezza quando un sito web non utilizza HTTPS.
Tipicamente, abilitare HTTPS non è un compito banale, poiché è necessario acquistare un certificato e caricarlo sul tuo sito, rinnovarlo dopo un certo tempo e ripetere il processo. Cert-manager automatizza tutto questo, compreso il rinnovo dei certificati e persino l'ottenimento di certificati gratuiti. Puoi vedere ulteriori informazioni sul loro sito, ma spiegherò tutto ciò che devi sapere di seguito.
Installare cert-manager
Esegui i seguenti passaggi per installare cert-manager nel tuo cluster:
helm repo add jetstack https://charts.jetstack.io && helm repo update
helm install cert-manager jetstack/cert-manager --set installCRDs=true
Prima aggiungi il repository dove si trova cert-manager, quindi installa la sua ultima versione.
Connettersi all'autorità di certificazione
Ora dobbiamo istruire cert-manager a connettersi al provider di certificati che abbiamo scelto. Utilizzeremo LetsEncrypt, un'autorità di certificazione gratuita. Crea prima questo file (ricorda di sostituire <your-email-address> con un indirizzo email reale) e chiamalo cluster-issuer.yaml
apiVersion: cert-manager.io/v1alpha2
kind: ClusterIssuer
metadata:
name: letsencrypt
spec:
acme:
server: https://acme-v02.api.letsencrypt.org/directory
email: <your-email-address>
privateKeySecretRef:
name: letsencrypt
solvers:
- http01:
ingress:
class: nginx
Quindi applicalo al tuo cluster con
kubectl apply -f cluster-issuer.yaml
Congratulazioni! Il file sopra è la prima configurazione di Kubernetes che scriviamo e applichiamo al cluster. Potresti aver notato che mostra come connettersi a LetsEncrypt, ma descrive anche il Controller Ingress che abbiamo creato nella Parte 1 (La classe: nginx alla fine). Questo tipo di configurazione ha alcune righe con spazi per indicare la dipendenza di alcune proprietà da altre. Mantieni quegli spazi come mostrato per garantire che il file venga letto e applicato correttamente.
Ora il tuo cluster è abilitato per HTTPS. Ogni volta che installiamo un'applicazione, possiamo istruirla a funzionare con HTTPS e voilà! L'intero processo di ottenimento del certificato verrà eseguito automaticamente dietro le quinte.
Installazione di Redmine
Questo è ciò che stavamo tutti aspettando. Possiamo installare Redmine in diversi modi, ma di gran lunga il più conveniente è utilizzare Helm. Come abbiamo già fatto in precedenza, prima aggiungiamo il repository in cui si trova Redmine
helm repo add bitnami https://charts.bitnami.com/bitnami && helm repo update
Ma questa volta invece di installare subito, creeremo un file di configurazione per indicare alcuni comportamenti personalizzati che vogliamo che Redmine abbia.
Separiamo tutte le configurazioni nella loro sezione ma le mettiamo tutte nello stesso file, una dopo l'altra. Chiamiamo il file values.yaml.
Tutte le applicazioni Helm hanno un file values.yaml con tutte le possibili configurazioni che possono essere fatte per l'applicazione. Quando creiamo il nostro values.yaml definiamo le modifiche che vogliamo. Qualsiasi valore che non includiamo nel nostro file verrà lasciato come è nel file predefinito.
Tutti i valori predefiniti possono essere trovati anche sulla pagina dell'applicazione Helm, https://hub.helm.sh/charts/bitnami/redmine. Vai avanti e controlla tutte le configurazioni.
Primo utente amministratore
RedmineUsername: adminUser
RedminePassword: <my-password>
Questo passaggio è tanto necessario quanto facile da capire. È il nostro primo utente su Redmine, quello che useremo per accedere per la prima volta.
Quando Redmine è installato, potrai accedervi con questo utente per configurare la tua nuova installazione.
Database PostgreSQL
Per impostazione predefinita, la nostra installazione di Helm richiederà la creazione di un database mariadb. Configureremo invece la nostra installazione per utilizzare PostgreSQL. È necessario anche aggiungere almeno una password per accedere a questo database, come puoi vedere di seguito
databaseType: postgresql
mariadb:
enabled: false
postgresql:
enabled: true
postgresqlDatabase: Redmine
postgresqlUsername: Redmine
postgresqlPassword: <some-safe-password>
Dobbiamo esplicitamente indicare alla nostra installazione che non vogliamo che MariaDB sia installato insieme alla configurazione per il database PostgreSQL.
Configurazione del nome DNS
La configurazione qui sotto è il lato opposto della configurazione DNS che abbiamo fatto nella Parte 1. Come puoi vedere, abilitiamo TLS, il protocollo dietro HTTPS, e impostiamo il nome host che abbiamo usato quando abbiamo creato il nostro record DNS:
ingress:
abilitato: true
certManager: true
hostname: redminek8s.ddns.net
tls: true
annotazioni:
kubernetes.io/ingress.class: nginx
cert-manager.io/cluster-issuer: letsencrypt
Anche nelle ultime due righe collegiamo la nostra applicazione con il Controller Ingress e con il Cluster Issuer che abbiamo creato in precedenza.
Ora possiamo distribuire Redmine con la nostra configurazione personalizzata:
helm install Redmine -f values.yaml bitnami/redmine
Questa riga è simile ad altre righe di installazione di helm che abbiamo usato in precedenza, ma questa volta forniamo un values.yaml personalizzato. Questo è il modo per personalizzare qualsiasi applicazione Helm.
Dobbiamo ancora avere un po' di pazienza, poiché la creazione dell'applicazione richiede del tempo. Puoi eseguire questo comando per verificare lo stato dei container dell'applicazione:
kubectl get pods --watch
Il comando restituirà qualcosa di simile a questo:
NOME PRONTO STATO RIACCESSIONI ETA'
. . .
redmine-999c68dd9-x7h2k 1/1 In esecuzione 0 6m40s
redmine-postgresql-0 1/1 In esecuzione 0 6m40s
Devi aspettare finché lo stato di entrambi i container non diventa In esecuzione e tutti sono pronti 1/1, che nel mio caso ha richiesto circa 6 minuti.
Ora tutto è pronto per aprire il browser e andare alla nostra nuova distribuzione:
Redmine è pronto
Conclusione
Kubernetes è uno strumento complesso per distribuire applicazioni, ma abbiamo navigato attraverso questa complessità con l'aiuto di Helm (senza giochi di parole) e abbiamo distribuito un'installazione affidabile di Redmine.
Puoi trovare un riassunto di questo how-to nel seguente repository git: https://github.com/lcofre/redmine-on-k8s. Sentiti libero di confrontare i tuoi file se ti blocchi.
Abbiamo lasciato fuori alcuni concetti dalla discussione perché erano complessi o la spiegazione era specifica del cloud. Tra di essi ci sono la Liveness e la Readiness della tua applicazione, la configurazione delle email in arrivo e la scalabilità per gestire un carico maggiore. Per favore, facci sapere qui sotto cosa ti interessa di più in modo da poterlo discutere in un futuro how-to.

L'aggiornamento definitivo di Redmine? Facile.
Ottieni tutti gli strumenti potenti per una pianificazione, gestione e controllo del progetto perfetti in un unico software.