DevOps Bootcamp · Lezione

Init container e ordine di avvio

Impari come gli init container eseguano le attività di configurazione prima dell'avvio dei container principali dell'app e come impongano l'ordine all'interno di un Pod.

Init container e ordine di avvio è una lezione DevOps Bootcamp gratuita su CoddyKit. Questa è la lezione 4 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento DevOps Bootcamp, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso DevOps Bootcamp include 4 lezioni in totale.

Che cosa sono i container di inizializzazione?

Un container di inizializzazione è un container speciale che viene eseguito fino al completamento prima dell'avvio dei container principali dell'applicazione in un Pod. Un Pod può contenerne uno o più.

Sono ideali per le attività di configurazione da eseguire una sola volta: attendere una dipendenza, clonare la configurazione oppure eseguire una migrazione del database.

In che cosa differiscono dai container dell'applicazione

I container di inizializzazione devono sempre essere eseguiti fino al completamento e terminare correttamente prima che venga avviato quello successivo. I container dell'applicazione, invece, vengono eseguiti continuamente.

I container di inizializzazione vengono eseguiti in sequenza, uno alla volta
I container dell'applicazione vengono eseguiti in parallelo
Se un container di inizializzazione non riesce, il Pod lo riavvia (in base a restartPolicy)

Una specifica di base per un container di inizializzazione

I container di inizializzazione si trovano in spec.initContainers, allo stesso livello di spec.containers.

apiVersion: v1
kind: Pod
metadata:
  name: app-with-init
spec:
  initContainers:
  - name: wait-for-db
    image: busybox:1.36
    command: ['sh', '-c', 'echo waiting; sleep 5']
  containers:
  - name: app
    image: nginx:1.27

Perché l'ordine è importante

Kubernetes garantisce l'ordine: ogni container di inizializzazione deve terminare correttamente prima che i container principali inizino anche solo l'esecuzione.

In questo modo è possibile esprimere le dipendenze in modo dichiarativo, invece di incorporare cicli di nuovi tentativi nell'immagine dell'applicazione.

Attendere un servizio

Un modello comune consiste nel bloccare l'avvio finché un Service dipendente non risponde.

initContainers:
- name: wait-for-api
  image: busybox:1.36
  command:
  - sh
  - -c
  - 'until nslookup api-service; do echo waiting; sleep 2; done'

Più container di inizializzazione

È possibile concatenare diversi container di inizializzazione. Vengono eseguiti nell'ordine in cui sono elencati; ciascuno deve completare interamente l'esecuzione prima che inizi il successivo.

initContainers:
- name: step-1-fetch-config
  image: busybox:1.36
  command: ['sh', '-c', 'echo fetching config']
- name: step-2-migrate
  image: busybox:1.36
  command: ['sh', '-c', 'echo running migration']

Condividere dati con emptyDir

I container di inizializzazione preparano spesso i file per il container dell'applicazione utilizzando un volume emptyDir condiviso.

volumes:
- name: shared
  emptyDir: {}
initContainers:
- name: setup
  image: busybox:1.36
  command: ['sh', '-c', 'echo hello > /work/index.html']
  volumeMounts:
  - name: shared
    mountPath: /work

Esaminare lo stato dei container di inizializzazione

Durante l'esecuzione dei container di inizializzazione, il Pod mostra uno stato come Init:0/2. Usi kubectl per seguire l'avanzamento.

kubectl get pod app-with-init
kubectl logs app-with-init -c wait-for-db
kubectl describe pod app-with-init

Regole sull'utilizzo delle risorse

Poiché i container di inizializzazione vengono eseguiti in sequenza, Kubernetes usa la richiesta o il limite di risorse più alto tra quelli definiti per questi container (non la somma) durante la pianificazione, quindi lo confronta con le esigenze dei container dell'applicazione.

Casi d'uso comuni

Attendere che un database o un'API esterna sia raggiungibile
Eseguire migrazioni dello schema prima dell'avvio dell'applicazione
Generare o scaricare file di configurazione
Impostare i permessi dei file su un volume montato
Registrare il Pod in un service registry

Comportamento in caso di errore

Se un container di inizializzazione non riesce e restartPolicy del Pod è impostato su Always o OnFailure, Kubernetes continua a riprovare finché il container non termina correttamente. I container principali non vengono avviati fino a quel momento.

Controllo rapido

Verifichi di aver compreso l'ordine dei container di inizializzazione.

Riepilogo

Ha appreso che i container di inizializzazione vengono eseguiti in sequenza fino al completamento, prima dell'avvio dei container dell'applicazione. Impongono l'ordine di avvio, preparano dati condivisi tramite i volumi e gestiscono configurazioni da eseguire una sola volta, come migrazioni o controlli delle dipendenze.

Ora può combinare i container di inizializzazione con i sidecar per realizzare modelli di avvio dei Pod più articolati.

Domande Frequenti

La lezione «Init container e ordine di avvio» è gratuita?

Sì — il testo completo di «Init container e ordine di avvio» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso DevOps Bootcamp, passa a CoddyKit PRO. Il corso DevOps Bootcamp include 4 lezioni in totale.

Cosa imparerò in «Init container e ordine di avvio»?

Impari come gli init container eseguano le attività di configurazione prima dell'avvio dei container principali dell'app e come impongano l'ordine all'interno di un Pod. Eserciti DevOps Bootcamp con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.

Ho bisogno di esperienza per iniziare DevOps Bootcamp?

Non è richiesta alcuna esperienza precedente. DevOps Bootcamp su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 4 di 4.

Quanto tempo richiede la lezione «Init container e ordine di avvio»?

La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.

Posso scrivere ed eseguire codice in questa lezione DevOps Bootcamp?

Sì. Ogni lezione DevOps Bootcamp include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.

Tutte le lezioni di questo corso

← Torna a DevOps Bootcamp