Condividi tramite

Effettuare il provisioning di app contenitore di Azure

  • Articolo

Nota

I piani Basic, Standard ed Enterprise saranno deprecati a partire dalla metà di marzo 2025, con un periodo di ritiro di 3 anni. È consigliabile eseguire la transizione ad App Azure Container. Per altre informazioni, vedere l'annuncio di ritiro di Azure Spring Apps.

Il piano Standard a consumo e dedicato sarà deprecato a partire dal 30 settembre 2024, con un arresto completo dopo sei mesi. È consigliabile eseguire la transizione ad App Azure Container. Per altre informazioni, vedere Eseguire la migrazione del consumo di Azure Spring Apps Standard e del piano dedicato alle app Azure Container.

Questo articolo si applica a:✅ Basic/Standard ✅ Enterprise

Questo articolo offre una panoramica delle considerazioni durante la creazione di app contenitore di Azure.

In App Spring di Azure le applicazioni vengono distribuite all'interno di un'istanza del servizio, che fornisce una piattaforma completamente gestita. Analogamente, in App Contenitore di Azure le app contenitore vengono create all'interno di un ambiente di App Contenitore di Azure, che funge da host fondamentale per le applicazioni. Sebbene entrambi i servizi forniscano ambienti di hosting, differiscono in vari aspetti, ad esempio modelli di determinazione dei prezzi, manutenzione, supporto regionale e operazioni di gestione. Questo articolo illustra queste differenze e fornisce indicazioni sulla creazione e la gestione di ambienti di App Azure Container.

Prerequisiti

Creare un ambiente di App contenitore di Azure

Per creare un ambiente di App Azure Container, usare il comando seguente:

az containerapp env create \
    --resource-group $RESOURCE_GROUP \
    --name $ENVIRONMENT \
    --location "$LOCATION"

Per altre opzioni di configurazione, vedere Comandi dell'interfaccia della riga di comando di App Azure Container.

Dopo aver creato l'ambiente, è possibile distribuire un'app contenitore al suo interno. Per indicazioni dettagliate, vedere Avvio rapido: Distribuire la prima app contenitore usando il portale di Azure.

Nota

Gli ambienti dell'app contenitore vengono eliminati automaticamente se soddisfano determinate condizioni, ad esempio se un ambiente rimane inattiva per più di 90 giorni. Per un elenco completo delle condizioni, vedere la sezione Criteri degli ambienti di App Contenitore di Azure.

Supporto di area

Le aree attualmente supportate dalle app di Azure Container potrebbero non essere completamente allineate a quelle aree supportate da Azure Spring Apps. Controllare la disponibilità più recente in Prodotti disponibili in base all'area.

Prezzi

Per un'istanza di Azure Spring Apps, gli addebiti si basano su uno dei piani disponibili: Basic, Standard o Enterprise. Mentre in App Contenitore di Azure, i prezzi dipendono dal tipo di ambiente e dai profili di carico di lavoro scelti.

Tipo di ambiente

Esistono due tipi di ambiente in App Azure Container: Workload profile e Consumption only. È possibile specificare il tipo di ambiente usando il parametro durante la --enable-workload-profiles creazione dell'ambiente App Contenitore di Azure. Per impostazione predefinita, --enable-workload-profiles è impostato su true quando si crea un Workload profile ambiente. Se la si imposta su false, viene creato un Consumption only ambiente.

Workload profile gli ambienti consentono di creare profili di carico di lavoro dedicati e di consumo.

Consumption only gli ambienti non supportano la creazione di profili di carico di lavoro.

Per considerazioni sulla fatturazione per tipi diversi, è possibile trovare altre informazioni nella sezione Tipi degli ambienti di App Azure Container. Se si prevede di usare la propria rete virtuale, prendere in considerazione le differenze descritte nella tabella seguente:

Tipo di ambiente Tipi di piano supportati Descrizione
Profili del carico di lavoro A consumo, Dedicato Supporta route definite dall'utente (UDR), uscita tramite gateway NAT e creazione di endpoint privati nell'ambiente dell'app contenitore. La dimensione minima richiesta della subnet è /27.
Solo Consumo Consumo Non supporta route definite dall'utente( UDR), il traffico in uscita tramite gateway NAT, il peering tramite un gateway remoto o altro traffico in uscita personalizzato. La dimensione minima richiesta della subnet è /23.

Per altre informazioni, vedere Ambienti di App Azure Container.

Profilo del carico di lavoro

Se si sceglie di creare un Workload profile ambiente, è possibile usare il profilo predefinito Consumption o creare profili aggiuntivi Dedicated per soddisfare i requisiti specifici dell'applicazione. La tabella seguente descrive queste opzioni:

Tipo profilo Descrizione Potenziale utilizzo
Consumo Aggiunto automaticamente a qualsiasi nuovo ambiente. App che non richiedono requisiti hardware specifici.
Dedicato (utilizzo generico) Bilancia la memoria e le risorse di calcolo. App che richiedono grandi quantità di CPU e/o memoria.
Dedicato (ottimizzato per la memoria) Risorse di memoria aumentate. App che richiedono l'accesso a dati di grandi dimensioni in memoria, modelli di Machine Learning in memoria o altri requisiti di memoria elevata.
Dedicato (GPU abilitato) (anteprima) GPU abilitata con risorse di calcolo e memoria aumentate disponibili nelle aree Stati Uniti occidentali 3 ed Europa settentrionale. App che richiedono GPU.

Per altre informazioni sui tipi e le dimensioni del profilo del carico di lavoro, vedere la sezione Tipi di profilo dei profili di carico di lavoro in App Contenitore di Azure.

Stima dei costi

Usare il calcolatore prezzi di Azure per stimare i costi per entrambi i tipi di profilo del carico di lavoro in base ai requisiti delle risorse dell'applicazione.

Prendere in considerazione la possibilità di ridimensionare le configurazioni e i trigger di scalabilità automatica, in quanto influiscono in modo significativo sull'utilizzo delle risorse.

Per altre informazioni, vedere Profili di carico di lavoro in App Azure Container.

Gestione

App Azure Container garantisce il riavvio normale dell'applicazione durante la manutenzione sottostante. È possibile configurare una finestra di manutenzione per l'ambiente dell'app usando il comando seguente:

az containerapp env maintenance-config add \
    --resource-group <RESOURCE_GROUP> \
    --environment <ENVIRONMENT_NAME> \
    --weekday Monday \
    --start-hour-utc 1 \
    --duration 8

Analogamente alla funzionalità di manutenzione pianificata in Azure Spring Apps, è possibile impostare i giorni della settimana, l'ora di inizio e la durata, almeno 8 ore, in App Azure Container. App contenitore esegue aggiornamenti non critici in base alla configurazione di manutenzione.

Nota

Le ore in formato UTC vengono espresse usando il formato ora di 24 ore. Ad esempio, se si vuole che l'ora di inizio sia 1:00 pm, il start-hour-utc valore è 13.

App Azure Container garantisce che la manutenzione venga avviata all'interno della finestra di manutenzione configurata, ma non garantisce che la manutenzione venga completata entro l'intervallo di tempo.

Solo gli aggiornamenti non critici seguono la finestra di manutenzione configurata. Gli aggiornamenti critici non lo sono.

Per altre informazioni, vedere Manutenzione pianificata di App Contenitore di Azure.

Affidabilità

Supporto della zona di disponibilità

Nella maggior parte delle aree, App Spring di Azure e App Azure Container usano le zone di disponibilità nelle aree in cui sono disponibili. Per un elenco delle aree che supportano le zone di disponibilità, vedere Servizi di Azure con supporto per la zona di disponibilità. App Azure Container offre lo stesso supporto per l'affidabilità indipendentemente dal tipo di piano.

Per abilitare le zone di disponibilità in App Azure Container, è necessario specificare una rete virtuale con una subnet disponibile durante la creazione dell'ambiente dell'app contenitore. Sia Azure Spring Apps che app azure Container usano lo stesso parametro per abilitare la ridondanza della zona. Per altre informazioni su come abilitare le zone di disponibilità, vedere Affidabilità nelle app Azure Container.

Ripristino di emergenza

Le app Azure Spring e le app di Azure Container usano una strategia unificata per il ripristino di emergenza e la continuità aziendale. Per altre informazioni, vedere la sezione Ripristino di emergenza tra aree e continuità aziendale di Affidabilità in App contenitore di Azure.

Limitazioni note

  • Avvio/arresto: Azure Spring Apps consente di avviare o arrestare l'intera istanza del servizio o le singole app. Al contrario, App Contenitore di Azure supporta la funzionalità di avvio/arresto solo a livello di app contenitore, non per l'intero ambiente.
  • Eliminazione: quando si elimina un'istanza del servizio Azure Spring Apps, tutte le risorse sottostanti vengono rimosse automaticamente. Al contrario, per le app di Azure Container, è necessario eliminare prima di tutto le sottorisorse, ad esempio rimuovendo tutte le app contenitore prima di eliminare l'ambiente delle app contenitore.