Panoramica di ambiente del servizio app

Un ambiente del servizio app è una funzionalità del servizio app di Azure che fornisce un ambiente completamente isolato e dedicato per l'esecuzione delle app del servizio app in tutta sicurezza su larga scala.

Nota

Questo articolo illustra le funzionalità, i vantaggi e i casi d'uso di ambiente del servizio app v3, che viene usato con servizio app piani Isolated v2.

Un ambiente del servizio app può ospitare:

  • App Web Windows
  • App Web Linux
  • Contenitori Docker (Windows e Linux)
  • Funzioni
  • App per la logica (Standard)

Gli ambienti del servizio app sono appropriati per i carichi di lavoro delle applicazioni che richiedono:

  • Scalabilità elevata.
  • Isolamento e accesso sicuro alla rete.
  • Uso intensivo della memoria.
  • Quantità elevata di richieste al secondo. È possibile creare più ambienti del servizio app in una singola area di Azure o in più aree di Azure. Questa flessibilità rende un ambiente del servizio app ideale per il ridimensionamento orizzontale delle applicazioni senza stato con requisiti elevati di richieste al secondo.

Un ambiente del servizio app può ospitare le applicazioni di un solo cliente in una delle loro reti virtuali. I clienti hanno un controllo granulare sul traffico di rete delle applicazioni in ingresso e in uscita. Le applicazioni possono stabilire connessioni sicure ad alta velocità tramite reti private virtuali (VPN) alle risorse aziendali locali.

Scenari di utilizzo

Gli ambienti del servizio app hanno molti casi d'uso, tra cui:

  • Applicazioni line-of-business interne.
  • Applicazioni che necessitano di più di 30 istanze del piano di servizio app.
  • Sistemi a tenant singolo per soddisfare i requisiti di conformità o sicurezza interni.
  • Applicazioni ospitate con isolamento rete.
  • Applicazioni a più livelli.

Esistono molte funzionalità di rete che consentono alle app in un servizio app multi-tenant di raggiungere le risorse con isolamento rete o di avere isolamento rete. Queste funzionalità sono abilitate a livello di applicazione. Con un ambiente del servizio app, non è necessaria una configurazione aggiuntiva perché le app siano in una rete virtuale. Le app vengono distribuite in un ambiente con isolamento rete già in una rete virtuale. Se è effettivamente necessaria una storia di isolamento completa, è anche possibile distribuire l'ambiente del servizio app in hardware dedicato.

Ambiente dedicato

Un ambiente del servizio app è una distribuzione a tenant singolo del Servizio app di Azure in esecuzione nella rete virtuale.

Le applicazioni sono ospitate nei piani di servizio app, che vengono creati in un ambiente del servizio app. Un piano di servizio app è essenzialmente un profilo di provisioning per un host applicazioni. Quando si aggiungono istanze al piano di servizio app, si creano più host applicazioni con tutte le app in tale piano in ogni host. Un singolo ambiente del servizio app v3 può includere fino a 200 istanze totali del piano di servizio app in tutti i piani di servizio app combinati. Un singolo piano di servizio app isolato v2 (Iv2) può includere fino a 100 istanze.

Quando si esegue la distribuzione in hardware dedicato (host), il ridimensionamento è limitato in tutti i piani di servizio app al numero di core in questo tipo di ambiente. Un ambiente del servizio app distribuito in host dedicati ha 132 vCore disponibili. I1v2 usa due vCore, I2v2 usa quattro vCore e I3v2 usa otto vCore per istanza. Solo le dimensioni dello SKU I1v2, I2v2 e I3v2 sono disponibili nelle ambiente del servizio app distribuite in host dedicati.

Supporto della rete virtuale

La funzionalità ambiente del servizio app è una distribuzione di app Azure Service in una singola subnet in una rete virtuale. Quando si distribuisce un'app in un ambiente del servizio app, l'app viene esposta sull'indirizzo in ingresso assegnato al ambiente del servizio app. Se il ambiente del servizio app viene distribuito con un indirizzo IP virtuale interno (VIP), l'indirizzo in ingresso per tutte le app sarà un indirizzo nella subnet ambiente del servizio app. Se il ambiente del servizio app viene distribuito con un indirizzo VIP esterno, l'indirizzo in ingresso sarà un indirizzo indirizzabile a Internet e le app saranno in un sistema di nomi di dominio pubblico.

Il numero di indirizzi usati da un ambiente del servizio app v3 nella subnet varia a seconda del numero di istanze e della quantità di traffico. Alcuni ruoli dell'infrastruttura vengono ridimensionati automaticamente, a seconda del numero di piani di servizio app e del carico. Le dimensioni consigliate per la subnet ambiente del servizio app v3 sono un /24 blocco CIDR (Classless Inter-Domain Routing) con 256 indirizzi, perché tale dimensione può ospitare un ambiente del servizio app v3 con scalabilità orizzontale fino al limite.

Le app in un ambiente del servizio app non necessitano di funzionalità abilitate per accedere alle risorse nella stessa rete virtuale in cui si trova il ambiente del servizio app. Se la rete virtuale ambiente del servizio app è connessa a un'altra rete, le app nella ambiente del servizio app possono accedere alle risorse in tali reti estese. Il traffico può essere bloccato dalla configurazione utente nella rete.

La versione multi-tenant del servizio app di Azure contiene numerose funzionalità per consentire alle app di connettersi a diverse reti. Con queste funzionalità di rete, le app possono agire come se fossero distribuite in una rete virtuale. Le app in un ambiente del servizio app v3 non necessitano di alcuna configurazione aggiunta per trovarsi nella rete virtuale.

Un vantaggio dell'uso di un ambiente del servizio app anziché di un servizio multi-tenant è che tutti i controlli di accesso alla rete per le app ospitate ambiente del servizio app sono esterni alla configurazione dell'applicazione. Con le app nel servizio multi-tenant, è necessario abilitare le funzionalità in base all'app e usare il controllo degli accessi in base al ruolo o un criterio per impedire modifiche alla configurazione.

Differenze di funzionalità

ambiente del servizio app v3 differisce dalle versioni precedenti nei modi seguenti:

  • Non esistono dipendenze di rete dalla rete virtuale del cliente. È possibile proteggere tutto il traffico in ingresso e in uscita e instradare il traffico in uscita nel modo desiderato.
  • È possibile distribuire un ambiente del servizio app v3 abilitato per la ridondanza della zona. La ridondanza della zona viene impostata solo durante la creazione e solo nelle aree in cui tutte le dipendenze ambiente del servizio app v3 sono ridondanti della zona. In questo caso, ogni servizio app Piano per il ambiente del servizio app dovrà avere almeno tre istanze in modo che possano essere distribuite tra le zone. Per altre informazioni, vedere Eseguire la migrazione di ambiente del servizio app al supporto della zona di disponibilità.
  • È possibile distribuire un ambiente del servizio app v3 in un gruppo host dedicato. Le distribuzioni del gruppo host non sono ridondanti della zona.
  • Il ridimensionamento è molto più veloce rispetto a quello di un ambiente del servizio app v2. Anche se il ridimensionamento non è ancora immediato, come nel servizio multi-tenant, è molto più veloce.
  • Le regolazioni del ridimensionamento front-end non sono più necessarie. ambiente del servizio app front-end v3 ridimensiona automaticamente per soddisfare le esigenze e vengono distribuiti in host migliori.
  • Il ridimensionamento non blocca più altre operazioni di scalabilità all'interno del ambiente del servizio app v3. Una sola operazione di scalabilità può essere applicata per una combinazione di sistema operativo e dimensioni. Ad esempio, mentre il piano di servizio app di piccole dimensioni di Windows è in fase di ridimensionamento, è possibile avviare un'operazione di ridimensionamento per l'esecuzione contemporaneamente su un supporto Windows o su qualsiasi altro elemento diverso da Windows di piccole dimensioni.
  • È possibile raggiungere le app in un ambiente del servizio app VIP interno v3 attraverso il peering globale. Tale accesso non è stato possibile nelle versioni precedenti.

Alcune funzionalità disponibili nelle versioni precedenti di ambiente del servizio app non sono disponibili in ambiente del servizio app v3. Ad esempio, non è più possibile eseguire le operazioni seguenti:

  • Eseguire un'operazione di backup e ripristino in un account di archiviazione dietro un firewall.
  • Accedere all'endpoint FTPS usando un suffisso di dominio personalizzato.

Prezzi

Con ambiente del servizio app v3, il modello di determinazione prezzi varia a seconda del tipo di distribuzione ambiente del servizio app disponibile. I tre modelli di determinazione prezzi sono:

  • ambiente del servizio app v3: se il ambiente del servizio app è vuoto, è previsto un addebito come se si disponga di un'istanza di Windows I1v2. L'addebito di un'istanza non è un addebito aggiuntivo, ma viene applicato solo se il ambiente del servizio app è vuoto.
  • Ridondanza della zona ambiente del servizio app v3: è previsto un addebito minimo di 18 core. Non sono previsti costi aggiuntivi per il supporto della zona di disponibilità se sono presenti 18 o più core nelle istanze del piano di servizio app. Se sono presenti meno di 18 core nei piani di servizio app nella ambiente del servizio app con ridondanza della zona, la differenza tra 18 core e la somma dei core dal numero di istanze in esecuzione viene addebitata come istanze aggiuntive di Windows I1v2.
  • Host dedicato ambiente del servizio app v3: con una distribuzione host dedicata, vengono addebitati due host dedicati in base ai prezzi quando si crea il ambiente del servizio app v3 e quindi, quando si ridimensiona, viene addebitata una tariffa Isolated v2 specializzata per vCore. I1v2 usa due vCore, I2v2 usa quattro vCore e I3v2 usa otto vCore per istanza.

Nota

Calcoli di esempio per i prezzi di ambiente del servizio app con ridondanza della zona v3:

  1. L'ambiente del servizio app con ridondanza della zona v3 include 3 istanze di Linux I1v2 in un singolo piano di servizio app.
  • Un'istanza I1v2 ha 2 core.
  • In totale, nelle istanze sono presenti 6 core.
  • 18 core - 6 core = 12 core
  • 12 core equivale a 6 istanze I1v2.
  • Verranno addebitati i costi per le 3 istanze di Linux I1v2 e 6 istanze di Windows I1v2 aggiuntive.
  1. L'ambiente del servizio app con ridondanza della zona v3 include 3 istanze di Linux I2v2 in un singolo piano di servizio app.
  • Un'istanza I2v2 ha 4 core.
  • In totale, nelle istanze sono presenti 12 core.
  • 18 core - 12 core = 6 core
  • 6 core equivale a 3 istanze I1v2.
  • Verranno addebitati i costi per le 3 istanze di Linux I2v2 e 3 istanze di Windows I1v2 aggiuntive.
  1. L'ambiente del servizio app con ridondanza della zona v3 include 4 istanze di Linux I3v2 in un singolo piano di servizio app.
  • Un'istanza I3v2 ha 8 core.
  • In totale, nelle istanze sono presenti 32 core.
  • 32 core è maggiore di 18 core
  • Non verranno addebitati costi per i core aggiuntivi.

I prezzi delle istanze riservate per Isolated v2 sono disponibili ed è descritto in Come si applicano gli sconti delle prenotazioni a app Azure Servizio. I prezzi, insieme ai prezzi dell'istanza riservata, sono disponibili a servizio app prezzi nel piano Isolato v2.

Aree

ambiente del servizio app v3 è disponibile nelle aree seguenti:

Pubblico di Azure:

Area Supporto di una singola zona Supporto della zona di disponibilità Supporto di una singola zona
Ambiente del servizio app, versione 3 Ambiente del servizio app, versione 3 ambiente del servizio app v1/v2
Australia centrale
Australia centrale 2 ✅*
Australia orientale
Australia sud-orientale
Brasile meridionale
Brasile meridionale
Canada centrale
Canada orientale
India centrale
Stati Uniti centrali
Asia orientale
Stati Uniti orientali
Stati Uniti orientali 2
Francia centrale
Francia meridionale
Germania settentrionale
Germania centro-occidentale
Italia settentrionale ✅**
Giappone orientale
Giappone occidentale
India occidentale Jio
Corea centrale
Corea meridionale
Stati Uniti centro-settentrionali
Europa settentrionale
Norvegia orientale
Norvegia occidentale
Polonia Centrale
Qatar centrale ✅** ✅**
Sudafrica settentrionale
Sudafrica occidentale
Stati Uniti centro-meridionali
India meridionale
Asia sud-orientale
Svezia centrale
Svizzera settentrionale
Svizzera occidentale
Emirati Arabi Uniti centrali
Emirati Arabi Uniti settentrionali
Regno Unito meridionale
Regno Unito occidentale
Stati Uniti centro-occidentali
Europa occidentale
India occidentale ✅*
Stati Uniti occidentali
West US 2
Stati Uniti occidentali 3

* Disponibilità limitata e nessun supporto per distribuzioni host dedicate.
** Per altre informazioni sulle zone di disponibilità e sul supporto dei servizi disponibili in queste aree, contattare il rappresentante microsoft per le vendite o i clienti.

Azure per enti pubblici:

Area Supporto di una singola zona Supporto della zona di disponibilità Supporto di una singola zona
Ambiente del servizio app, versione 3 Ambiente del servizio app, versione 3 ambiente del servizio app v1/v2
US DoD Central
US DoD East
US Gov Arizona
US Gov Iowa
US Gov Texas
US Gov Virginia

Microsoft Azure gestito da 21Vianet:

Area Supporto di una singola zona Supporto della zona di disponibilità Supporto di una singola zona
Ambiente del servizio app, versione 3 Ambiente del servizio app, versione 3 ambiente del servizio app v1/v2
Cina orientale 2
Cina orientale 3
Cina settentrionale 2
Cina settentrionale 3

Residenza dei dati nell'area geografica

Un ambiente del servizio app archivierà solo i dati dei clienti, inclusi il contenuto dell'app, le impostazioni e i segreti all'interno dell'area in cui viene distribuita. Tutti i dati rimangono nell'area. Per altre informazioni, vedere Residenza dei dati in Azure.

Ambiente del servizio app versione 2

ambiente del servizio app include tre versioni: ambiente del servizio app v1, ambiente del servizio app v2 e ambiente del servizio app v3. Le informazioni contenute in questo articolo si basano su ambiente del servizio app v3. Per altre informazioni su ambiente del servizio app v2, vedere ambiente del servizio app introduzione alla versione 2.

Passaggi successivi