confronto tra versioni di ambiente del servizio app
ambiente del servizio app ha tre versioni. ambiente del servizio app v3 è la versione più recente e offre vantaggi e differenze di funzionalità rispetto alle versioni precedenti.
Importante
ambiente del servizio app v1 e v2 verranno ritirati il 31 agosto 2024. Dopo tale data, tali versioni non saranno più supportate e le altre ambiente del servizio app v1 e v2s e le applicazioni in esecuzione su di esse verranno eliminate.
È disponibile una nuova versione di ambiente del servizio app che è più facile da usare e che viene eseguita su un'infrastruttura più potente. Per altre informazioni sulla nuova versione, iniziare con l'introduzione alla ambiente del servizio app. Se si usa attualmente ambiente del servizio app v1 o v2, seguire la procedura descritta in questo articolo per eseguire la migrazione alla nuova versione.
A partire dal 29 gennaio 2024, non è più possibile creare nuove risorse ambiente del servizio app v1 o v2 usando uno dei metodi disponibili, inclusi i modelli ARM/Bicep, il portale di Azure, l'interfaccia della riga di comando di Azure o l'API REST. È necessario eseguire la migrazione a ambiente del servizio app v3 prima del 31 agosto 2024 per evitare l'eliminazione delle risorse e la perdita di dati.
Confronto tra versioni
Distribuzione
| Funzionalità | ambiente del servizio app v1 | ambiente del servizio app v2 | ambiente del servizio app v3 |
|---|---|---|---|
| Hardware | Servizi cloud (versione classica) | Servizi cloud (versione classica) | Set di scalabilità di macchine virtuali |
| SKU disponibili | P1, P2, P3, P4 | I1, I2, I3 | I1v2, I2v2, I3v2, I4v2, I5v2, I6v2 |
| Numero massimo di istanze | 55 host (front-end predefiniti + ruoli di lavoro) | 100 istanze per piano servizio app. Massimo 200 istanze in tutti i piani. | 100 istanze per piano servizio app. Massimo 200 istanze in tutti i piani. |
| Ridondanza della zona | No | No: l'aggiunta di zona a una zona è disponibile | Sì |
| Gruppo host dedicato | No | No | Sì (non compatibile con la ridondanza della zona) |
| Preferenza di aggiornamento per la manutenzione pianificata | No | No | Sì |
| FTPS | Sì | Sì | Sì, deve essere abilitato in modo esplicito. L'accesso all'endpoint FTPS usando il suffisso di dominio personalizzato non è supportato. |
| Struttura degli endpoint FTPS | ftps://APP-NAME. A edizione Standard-NAME.appserviceenvironment.net | ftps://APP-NAME. A edizione Standard-NAME.appserviceenvironment.net: il suffisso di dominio personalizzato è supportato se ne è stato configurato uno sostituendo il nome ambiente del servizio app e il suffisso di dominio predefinito con il suffisso di dominio personalizzato. | ftps://A edizione Standard-NAME.ftp.appserviceenvironment.net/site/wwwroot - Il suffisso di dominio personalizzato non è supportato. Ogni app nello stesso ambiente del servizio app v3 usa lo stesso endpoint FTPS, ma ha le proprie credenziali univoche per l'ambito dell'applicazione per l'autenticazione. |
| Debug remoto | Sì | Sì | Sì, deve essere abilitato in modo esplicito |
| Supporto della rete virtuale di Azure (versione classica) | Sì | No | No |
Rete
| Funzionalità | ambiente del servizio app v1 | ambiente del servizio app v2 | ambiente del servizio app v3 |
|---|---|---|---|
| Dipendenze di rete | Deve gestire tutto il traffico in ingresso e in uscita. I gruppi di sicurezza di rete devono consentire il traffico di gestione. | Deve gestire tutto il traffico in ingresso e in uscita. I gruppi di sicurezza di rete devono consentire il traffico di gestione. Assicurarsi che Azure Load Balancer sia in grado di connettersi alla subnet sulla porta 16001. | Nessuna dipendenza di rete dalla rete virtuale del cliente. Assicurarsi che Azure Load Balancer sia in grado di connettersi alla subnet sulla porta 80. |
| Supporto dell'endpoint privato | No | No | Sì, deve essere abilitato in modo esplicito |
| Raggiungere le app in un ambiente del servizio app VIP interno nel peering globale | No | No | Sì |
| Traffico SMTP | Sì | Sì | Sì |
| Log del flusso di Network Watcher o del gruppo di sicurezza di rete per monitorare il traffico | Sì | Sì | Sì |
| Delega subnet | Non obbligatorio | Non obbligatorio | Deve essere delegato a Microsoft.Web/hostingEnvironments |
| Dimensioni della subnet | Un ambiente del servizio app v1 senza piani di servizio app usa 12 indirizzi prima di creare un'app. Se si usa un servizio di bilanciamento del carico interno ambiente del servizio app v1, prima di creare un'app viene usato 13 indirizzi. Quando si aumenta il numero di istanze, i ruoli dell'infrastruttura vengono aggiunti a ogni multiplo di 15 e 20 istanze del piano servizio app. | Un ambiente del servizio app v2 senza piani di servizio app usa 12 indirizzi prima di creare un'app. Se si usa un servizio di bilanciamento del carico interno ambiente del servizio app v2, prima di creare un'app viene usato 13 indirizzi. Quando si aumenta il numero di istanze, i ruoli dell'infrastruttura vengono aggiunti a ogni multiplo di 15 e 20 istanze del piano servizio app. | Ogni subnet ha cinque indirizzi riservati a scopo di gestione. Oltre agli indirizzi di gestione, ambiente del servizio app v3 ridimensiona dinamicamente l'infrastruttura di supporto e usa tra 4 e 27 indirizzi, a seconda della configurazione e del carico. È possibile usare gli indirizzi rimanenti per le istanze nel piano di servizio app. Le dimensioni minime della subnet possono essere uno spazio indirizzi /27 (32 indirizzi). |
| Fallback DNS | DNS Azure | DNS Azure | Assicurarsi di disporre di un server d'inoltro a un DNS pubblico o di includere DNS di Azure nell'elenco dei server DNS personalizzati |
Scalabilità
ambiente del servizio app v3 viene eseguito nell'infrastruttura di set di scalabilità di macchine virtuali più recente mentre ambiente del servizio app v1 e v2 vengono eseguiti in Servizi cloud (versione classica). Per questo motivo, ambiente del servizio app v3 offre prestazioni ottimali e tempi di scalabilità più rapidi in tutte le versioni.
| Funzionalità | ambiente del servizio app v1 | ambiente del servizio app v2 | ambiente del servizio app v3 |
|---|---|---|---|
| Gestione del ridimensionamento front-end | Manualee | Manualee | Gestito dalla piattaforma |
| Operazioni di ridimensionamento | Blocca altre operazioni di ridimensionamento | Blocca altre operazioni di ridimensionamento | Non blocca altre operazioni di scalabilità |
Certificati e domini
| Funzionalità | ambiente del servizio app v1 | ambiente del servizio app v2 | ambiente del servizio app v3 |
|---|---|---|---|
| Associazione SSL (Transport Layer Security) o SSL (Transport Layer Security) basata su IP con le app | Sì | Sì | No |
| Suffisso di dominio personalizzato | Sì (richiede una connessione TLS basata su SNI) | Sì (supportato solo con determinate versioni dell'API) | Sì |
| Nome host predefinito | Se si dispone di un suffisso di dominio personalizzato, il nome host predefinito include il suffisso di dominio personalizzato ed è nel formato APP-NAME.internal.contoso.com. | Se si dispone di un suffisso di dominio personalizzato, il nome host predefinito include il suffisso di dominio personalizzato ed è nel formato APP-NAME.internal.contoso.com. | Il nome host predefinito usa sempre il suffisso di dominio predefinito ambiente del servizio app ed è nel formato APP-NAME. A edizione Standard-NAME.appserviceenvironment.net. ambiente del servizio app v3 mantiene il suffisso di dominio predefinito quando si aggiunge un suffisso di dominio personalizzato. Se si aggiunge un suffisso di dominio personalizzato, la configurazione del suffisso di dominio personalizzato si trova nella customDnsSuffixConfiguration proprietà . |
| Supporto per i certificati gestiti di servizio app | No | No | No |
Backup e ripristino
| Funzionalità | ambiente del servizio app v1 | ambiente del servizio app v2 | ambiente del servizio app v3 |
|---|---|---|---|
| Eseguire un'operazione di backup e ripristino in un account di archiviazione dietro un firewall | Sì | Sì | No |
Registrazione e monitoraggio
| Funzionalità | ambiente del servizio app v1 | ambiente del servizio app v2 | ambiente del servizio app v3 |
|---|---|---|---|
| Registrazione delle applicazioni nell'account di archiviazione tramite rete virtuale | Sì | Sì | No. È consigliabile usare invece la registrazione diagnostica. Se è necessario usare un firewall per l'account di archiviazione di registrazione, l'account di archiviazione deve trovarsi in un'area diversa e usare gli indirizzi pubblici in uscita del ambiente del servizio app nelle regole. Per altre informazioni, vedere Considerazioni sulla rete. |
| Integrazione di Criteri di Azure | Sì | Sì | Sì |
| Integrazione di Azure Advisor | Sì | Sì | Sì |
Prezzi
ambiente del servizio app v3 è spesso più economico rispetto alle versioni precedenti a causa della rimozione della tariffa stamp e delle dimensioni maggiori dell'istanza. Per informazioni e scenari di esempio su come la migrazione a ambiente del servizio app v3 può influire sui costi, vedere gli esempi di prezzi della migrazione e Stimare il risparmio sui costi eseguendo la migrazione a ambiente del servizio app v3.
| Funzionalità | ambiente del servizio app v1 | ambiente del servizio app v2 | ambiente del servizio app v3 |
|---|---|---|---|
| Prezzi | Pagare per ogni vCPU | Tariffa stamp più costo per istanza isolata, le prenotazioni sono disponibili per la tariffa stamp | Nessuna tariffa stamp e la tariffa Isolated v2 ha prezzi di istanza riservata di 1-3 anni. Sono disponibili anche piani di risparmio di Azure per il calcolo. |
Domande frequenti
- Quali SKU sono disponibili in ambiente del servizio app v1, v2 e v3?
- Cosa significa "nessuna dipendenza di rete dalla rete virtuale del cliente"?
- Perché il backup e il ripristino in un account di archiviazione protetto da un firewall non sono supportati in ambiente del servizio app v3?
- A cosa fa riferimento il suffisso di dominio personalizzato?
- In quali aree sono supportate le diverse versioni?
Quali SKU sono disponibili in ambiente del servizio app v1, v2 e v3?
ambiente del servizio app v1 usa lo SKU Premium e ambiente del servizio app v2 usano lo SKU Isolato. ambiente del servizio app v3 usa Isolated v2. Le tabelle seguenti elencano le istanze disponibili per ogni SKU con i rispettivi conteggi core e RAM. Le istanze corrispondenti tra Isolated v2 e Isolated hanno il doppio dei core e della RAM. Questo aumento della capacità deve essere esaminato durante la migrazione a ambiente del servizio app v3 da Isolated o Premium per assicurarsi di non eseguire il provisioning eccessivo.
ambiente del servizio app v3 (Isolated v2):ambiente del servizio app v3 (Isolated v2):
| Isolato v2 | Core | RAM (GB) |
|---|---|---|
| I1v2 | 2 | 8 |
| I2v2 | 4 | 16 |
| I3v2 | 8 | 32 |
| I4v2 | 16 | 64 |
| I5v2 | 32 | 128 |
| I6v2 | 64 | 256 |
ambiente del servizio app v2 (isolato):
| Isolato | Core | RAM (GB) |
|---|---|---|
| I1 | 1 | 3.5 |
| I2 | 2 | 7 |
| I3 | 4 | 14 |
ambiente del servizio app v1 (Premium):ambiente del servizio app v1 (Premium):
| Premium | Core | RAM (GB) |
|---|---|---|
| P1 | 1 | 1,75 |
| P2 | 2 | 3.5 |
| P3 | 4 | 7 |
| P4 | 8 | 14 |
Cosa significa "nessuna dipendenza di rete dalla rete virtuale del cliente"?
In ambiente del servizio app v3 non è necessario impostare regole in ingresso e in uscita per la gestione e il traffico di dipendenza. ambiente del servizio app v3 è stato progettato in modo che il traffico di gestione e dipendenza rimanga all'interno del backbone di Azure anziché della rete virtuale. L'unico traffico che attraversa la rete virtuale è il traffico dell'applicazione da e verso le app.
Il requisito minimo per ambiente del servizio app v3 per essere operativo è:
| Porte di origine/destinazione | Direction | Source (Sorgente) | Destination | Scopo |
|---|---|---|---|---|
| * / 80 | In entrata | AzureLoadBalancer | intervallo di subnet ambiente del servizio app | Consenti traffico ping integrità interno |
Per altre informazioni sulle dipendenze di rete ambiente del servizio app v3, vedere Porte e restrizioni di rete.
In ambiente del servizio app v2 sono disponibili molti requisiti in ingresso e in uscita che è necessario gestire. La modifica di queste regole può causare l'ingresso dell'ambiente in uno stato non integro.
- Inbound
- TCP dal tag del servizio IP AppServiceManagement sulle porte 454, 455
- TCP dal servizio di bilanciamento del carico sulla porta 16001
- Dalla subnet ambiente del servizio app alla subnet ambiente del servizio app su tutte le porte
- Outbound
- UDP a tutti gli INDIRIZZI IP sulla porta 53
- UDP a tutti gli INDIRIZZI IP sulla porta 123
- TCP a tutti gli INDIRIZZI IP sulla porta 80, 443
- TCP per il tag del servizio IP Sql sulle porte 1433
- TCP a tutti gli INDIRIZZI IP sulla porta 12000
- Nella subnet ambiente del servizio app su tutte le porte
Per altre informazioni sulle dipendenze di rete ambiente del servizio app v2, vedere Dipendenze in ingresso e in uscita.
Perché il backup e il ripristino in un account di archiviazione protetto da un firewall non sono supportati in ambiente del servizio app v3?
Questa limitazione è il risultato della modifica dell'infrastruttura sottostante implementata per ambiente del servizio app v3. Poiché il backup e il ripristino sono operazioni di gestione e tutto il traffico di gestione è isolato all'esterno della rete virtuale del cliente, queste operazioni devono essere eseguite tramite la rete backbone di Azure. Di conseguenza, il cliente non può consentire in modo esplicito questo traffico attraverso il firewall nell'account di archiviazione.
A cosa fa riferimento il suffisso di dominio personalizzato?
Il suffisso di dominio personalizzato è per il ambiente del servizio app. È disponibile in ambiente del servizio app v1 e v3, ma è stato rimosso da ambiente del servizio app v2.
È diverso da un'associazione di dominio personalizzata in servizio app. Il suffisso di dominio personalizzato definisce un dominio radice che può essere usato dal ambiente del servizio app. Nella variante pubblica del servizio app di Azure, il dominio radice predefinito per tutte le app Web è azurewebsites.net. Per le ambiente del servizio app il bilanciamento del carico interno, il dominio radice predefinito è appserviceenvironment.net. Tuttavia, poiché un ambiente del servizio app il bilanciamento del carico interno è interno alla rete virtuale di un cliente, i clienti possono usare un dominio radice oltre a quello predefinito che ha senso per l'uso all'interno della rete virtuale interna di una società. Ad esempio, un'ipotetica Contoso Corporation potrebbe usare un dominio radice predefinito di internal.contoso.com per le app destinate a essere risolvibili e accessibili solo all'interno della rete virtuale di Contoso. È possibile raggiungere un'app in questa rete virtuale accedendo a APP-NAME.internal.contoso.com.
Per altre informazioni sul suffisso di dominio personalizzato, vedere Suffisso di dominio personalizzato per le ambiente del servizio app.
In quali aree sono supportate le diverse versioni?
A causa delle modifiche hardware tra le versioni, esistono alcune aree in cui è possibile supportare ambiente del servizio app v1/v2, ma non ambiente del servizio app v3. L'elenco delle aree supportate viene aggiornato continuamente con le disponibilità più recenti.