In Kubernetes abbiamo decine di risorse che possiamo controllare tramite la CLI. Molte di queste risorse sono immediatamente disponibili una volta fatto l'apply del file di manifest mentre, per altre, è necessario attendere un certo periodo. In questo articolo vedremo come attendere che una risorsa sia disponibile prima di proseguire con l'esecuzione di un eventuale script che necessita di quelle risorse, con un particolare riferimento ai pod.
Per mettere in esecuzione un pod, possiamo eseguire un comando simile al seguente:
kubectl run "$POD_NAME" --image ubuntu:latest -- /bin/bash -c "sleep infinity"
Se non ci fosse l'invocazione della bash, il pod terminerebbe immediatamente dopo l'avvio. In questo modo, invece, il pod rimane in esecuzione fino ad una terminazione manuale (o per motivi di altra natura).
Tuttavia, il pod non è messo in esecuzione immediatamente. E' lo scheduler ad assegnarlo ad un nodo, in base alle risorse disponibili e alle policy di scheduling. Non appena assegnato, il pod viene creato e poi seguiranno le fasi di creazione del container e di avvio dello stesso. Questo processo può richiedere alcuni secondi, anche se il pod è semplice e non richiede particolari risorse.
Il pod passa per più stati, ma possiamo considerarlo pronto secondo due criteri: Running o Ready. Nel primo caso significa proprio che il container è stato creato ed è in esecuzione. Nel secondo, invece, che il pod è anche in grado di rispondere ad eventuali richieste poichè i readiness probe sono stati superati.
Per quanto riguarda lo stato Running, dobbiamo impostare uno script che controlla la fase di inizializzazione:
while true; do
POD_STATE=$(kubectl get pod "$POD_NAME" -o jsonpath="{.status.phase}")
if [[ "$POD_STATE" == "Running" ]]; then
break
fi
sleep 1
doneQualora lo stato del pod non sia ancora quello scelto, allora lo script si metterà in pausa per un secondo e poi ricontrollerà, e così via fino allo stato desiderato, quando lo script proseguirà la sua esecuzione.
Per individuare invece lo stato Ready, possiamo utilizzare direttamente kubectl:
kubectl wait --for=condition=Ready pod/$POD_NAME
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Supporto nativo a JSON in SQL Server 2025
Utilizzare i command service nei test con .NET Aspire
Gestione dei prompt file a livello di organizzazione aziendale in GitHub
Utilizzare Containers in .NET Aspire
Importare repository da Bitbucket a GitHub Enterprise Cloud
Utilizzare le librerie native di .NET per decomprimere un file zip
Creare espressioni riutilizzabili nelle query LINQ per Entity Framework
Utilizzare il Null conditional assignment di C# 14
GitHub Copilot CLI in ambienti offline
Esporre tool MCP con Azure Functions
Definire il metodo di rilascio in .NET Aspire
Semplificare la gestione dei modelli con Azure AI Foundry Model Router


