Condividi tramite


Gestione del ciclo di vita delle applicazioni in App contenitore di Azure

Il ciclo di vita dell'applicazione App contenitore di Azure ruota intorno alle revisioni.

Quando si distribuisce un'app contenitore, viene creata automaticamente la prima revisione. Vengono create più revisioni quando i contenitori cambiano o vengono apportate modifiche alla sezione template della configurazione.

Un'app contenitore passa attraverso quattro fasi: distribuzione, aggiornamento, disattivazione e arresto.

Nota

I processi di App Azure Container non supportano le revisioni. I processi vengono distribuiti e aggiornati direttamente.

Distribuzione

Quando viene distribuita un'app contenitore, la prima revisione viene creata automaticamente.

Azure Container Apps: Deployment phase

Aggiornamento

Quando un'app contenitore viene aggiornata con una modifica dell'ambito di revisione, viene creata una nuova revisione. È possibile scegliere se disattivare automaticamente le revisioni precedenti (modalità revisione singola) o consentire loro di rimanere disponibili (modalità di revisione multipla).

Azure Container Apps: Update phase

Quando si usa una sola modalità di revisione, App contenitore gestisce il passaggio automatico tra le revisioni per supportare la distribuzione senza tempi di inattività.

Disattivazione

Una volta che una revisione non è più necessaria, è possibile disattivare una revisione con l'opzione per riattivarla in un secondo momento. Durante la disattivazione, i contenitori nella revisione vengono arrestati.

Azure Container Apps: Deactivation phase

Arresta

I contenitori vengono arrestati nelle situazioni seguenti:

  • Man mano che un'app contenitore viene ridimensionata
  • Quando un'app contenitore viene eliminata
  • Durante la disattivazione di una revisione

Quando viene avviato un arresto, l'host del contenitore invia un messaggio SIGTERM al contenitore. Il codice implementato nel contenitore può rispondere a questo messaggio a livello di sistema operativo per gestire la terminazione.

Se l'applicazione non risponde entro 30 secondi al messaggio SIGTERM, SIGKILL termina il contenitore.

Assicurarsi inoltre che l'applicazione possa gestire correttamente gli arresti. I contenitori vengono riavviati regolarmente, quindi non si prevede che lo stato venga mantenuto all'interno di un contenitore. Usare invece cache esterne per i requisiti costosi della cache in memoria.

Passaggi successivi