Livelli di Azure Gestione API v2
SI APPLICA A: Basic v2 | Standard v2
Verrà introdotto un nuovo set di piani tariffari (SKU) per Gestione API di Azure: i livelli v2. I nuovi livelli sono basati su una nuova piattaforma, più affidabile e scalabile e sono progettati per rendere Gestione API accessibile a un set più ampio di clienti e offrire opzioni flessibili per un'ampia gamma di scenari. I livelli v2 si aggiungono ai livelli classici esistenti (Developer, Basic, Standard e Premium) e al livello Consumption. Altre informazioni.
I livelli v2 seguenti sono disponibili a livello generale:
Basic v2: il livello Basic v2 è progettato per scenari di sviluppo e test ed è supportato con un contratto di servizio.
Standard v2 - Standard v2 è un livello pronto per la produzione con supporto per i back-end isolati dalla rete.
Funzionalità chiave
Distribuzione, configurazione e scalabilità più veloci: distribuire un'istanza di Gestione API pronta per la produzione in pochi minuti. Applicare rapidamente configurazioni, ad esempio gli aggiornamenti del certificato e del nome host. Ridimensionare rapidamente un'istanza Basic v2 o Standard v2 fino a 10 unità per soddisfare le esigenze dei carichi di lavoro di Gestione API.
Rete semplificata: il livello Standard v2 supporta le connessioni in uscita ai back-end isolati dalla rete.
Altre opzioni per i carichi di lavoro di produzione: i livelli v2 sono tutti supportati con un contratto di servizio. Eseguire l'aggiornamento da Basic v2 a Standard v2 per aggiungere altre opzioni di produzione.
Opzioni del portale per sviluppatori: abilitare il portale per sviluppatori quando si è pronti per consentire agli utenti delle API di individuare le API.
Opzioni di rete
Il livello Standard v2 supporta l'integrazione della rete virtuale per consentire all'istanza di Gestione API di raggiungere i back-end api isolati in una singola rete virtuale connessa. Il gateway di Gestione API, il piano di gestione e il portale per sviluppatori rimangono accessibili pubblicamente da Internet. La rete virtuale deve trovarsi nella stessa area dell'istanza di Gestione API. Altre informazioni.
Funzionalità
Versione dell'API
I livelli v2 sono supportati in Gestione API API versione 2023-05-01-preview o successiva.
Aree geografiche supportate
I livelli v2 sono disponibili nelle aree seguenti:
- Stati Uniti centro-meridionali
- Stati Uniti occidentali
- Francia centrale
- Germania centro-occidentale
- Europa settentrionale
- Europa occidentale
- Regno Unito meridionale
- Regno Unito occidentale
- Brasile meridionale
- Australia centrale
- Australia orientale
- Australia sud-orientale
- Asia orientale
- Asia sud-orientale
- Corea centrale
Disponibilità di funzionalità
La maggior parte delle funzionalità dei livelli Gestione API classici è supportata nei livelli v2. Tuttavia, le funzionalità seguenti non sono supportate nei livelli v2:
- Configurazione del servizio API Management con Git
- Backup e ripristino dell'istanza di API Management
- Abilitazione della protezione DDoS di Azure
- Analisi predefinita (sostituita con il dashboard basato su Monitoraggio di Azure)
Limiti
Le funzionalità di Gestione API seguenti non sono attualmente disponibili nei livelli v2.
Infrastruttura e rete
- Ridondanza della zona
- Distribuzione in più aree
- Più nomi di dominio personalizzati
- Metriche di capacità
- Scalabilità automatica
- Connessione in ingresso tramite un endpoint privato
- Inserimento in una rete virtuale in modalità esterna o interna
- Eseguire l'aggiornamento ai livelli v2 dai livelli v1
- Aree di lavoro
Portale per sviluppatori
- Delega della registrazione utente e della sottoscrizione del prodotto
- Report
- Widget di codice HTML personalizzato e widget personalizzato
- Portale per sviluppatori self-hosted
Gateway
- Gateway self-hosted
- Quota per criterio chiave
- Configurazione della crittografia
- Rinegoziazione del certificato client
- Certificato TLS gratuito e gestito
- Traccia delle richieste nella console di test
- Richieste al gateway tramite localhost
Limiti delle risorse
I limiti delle risorse seguenti si applicano ai livelli v2.
Per richiedere un aumento del limite, creare una richiesta di supporto dal portale di Azure. Per altre informazioni, vedere Piani di supporto per Azure.
| Conto risorse | Basic v2 | Standard v2 |
|---|---|---|
| Numero massimo di unità di scala | 10 | 10 |
| Dimensioni massime della cache per istanza del servizio | 250 MB | 1 GB |
| Numero massimo di API per istanza del servizio | 150 | 500 |
| Numero massimo di operazioni API per istanza del servizio | 3,000 | 10,000 |
| Numero massimo di sottoscrizioni per istanza del servizio | 500 | 2,000 |
| Numero massimo di prodotti per istanza del servizio | 50 | 200 |
| Numero massimo di utenti per istanza del servizio | 300 | 2,000 |
| Numero massimo di gruppi per istanza del servizio | 20 | 100 |
| Numero massimo di server di autorizzazione per istanza del servizio | 10 | 500 |
| Numero massimo di frammenti di criteri per istanza del servizio | 50 | 50 |
| Numero massimo di provider di Connessione OpenID per ogni istanza del servizio | 10 | 10 |
| Numero massimo di certificati per istanza del servizio | 100 | 100 |
| Numero massimo di back-end per istanza del servizio | 100 | 100 |
| Numero massimo di cache per istanza del servizio | 100 | 100 |
| Numero massimo di valori denominati per istanza del servizio | 100 | 100 |
| Numero massimo di logger per istanza del servizio | 100 | 100 |
| Numero massimo di schemi per istanza del servizio | 100 | 100 |
| Numero massimo di schemi per API | 100 | 100 |
| Numero massimo di tag per istanza del servizio | 100 | 100 |
| Numero massimo di tag per API | 100 | 100 |
| Numero massimo di set di versioni per istanza del servizio | 100 | 100 |
| Numero massimo di versioni per API | 100 | 100 |
| Numero massimo di operazioni per API | 100 | 100 |
| Numero massimo di resolver GraphQL per istanza del servizio | 100 | 100 |
| Numero massimo di resolver GraphQL per API | 100 | 100 |
| Numero massimo di API per prodotto | 100 | 100 |
| Numero massimo di API per sottoscrizione | 100 | 100 |
| Numero massimo di prodotti per sottoscrizione | 100 | 100 |
| Numero massimo di gruppi per prodotto | 100 | 100 |
| Numero massimo di tag per prodotto | 100 | 100 |
| Connessioni back-endsimultanee 1 per autorità HTTP | 2.048 | 2.048 |
| Dimensione massima della risposta memorizzata nella cache | 2 MiB | 2 MiB |
| Dimensioni massime del documento dei criteri | 256 KiB | 256 KiB |
| Durata massima della richiesta | 30 secondi | 30 secondi |
| Dimensioni massime del payload della richiesta | 1 GiB | 1 GiB |
| Dimensioni massime del payload memorizzato nel buffer | 2 MiB | 2 MiB |
| Dimensioni massime del payload di richiesta/risposta nei log di diagnostica | 8.192 byte | 8.192 byte |
| Dimensionimassime url richiesta 2 | 16.384 byte | 16.384 byte |
| Lunghezza massima del segmento di percorso URL | 1.024 caratteri | 1.024 caratteri |
| Dimensioni massime del corpo della richiesta o della risposta nei criteri validate-content | 100 KiB | 100 KiB |
| Dimensioni massime dello schema API usato dai criteri di convalida | 4 MB | 4 MB |
| Numero massimo di connessioni WebSocket attive per unità | 5,000 | 5,000 |
1 Connessione vengono inseriti in pool e riutilizzati, a meno che il back-end non venga chiuso in modo esplicito.
2 Include una stringa di query lunga fino a 2048 byte.
Limiti del portale per sviluppatori
I limiti seguenti si applicano al portale per sviluppatori nei livelli v2.
| Articolo | Basic v2 | Standard v2 |
|---|---|---|
| Numero massimo di file multimediali da caricare | 15 | 15 |
| Dimensioni massime di un file multimediale | 500 KB | 500 KB |
| Numero massimo di pagine | 30 | 50 |
| Numero massimo di widget1 | 30 | 50 |
| Dimensioni massime dei metadati per pagina | 350 KB | 350 KB |
| Dimensioni massime dei metadati per widget1 | 350 KB | 350 KB |
| Numero massimo di richieste client al minuto | 200 | 200 |
1 Limite per i widget predefiniti, ad esempio testo, immagini o elenco di API. Attualmente, i widget personalizzati e i widget di codice HTML personalizzati non sono supportati nei livelli v2.
Distribuzione
Distribuire un'istanza del livello Basic v2 o Standard v2 usando il portale di Azure, l'API REST di Azure o il modello Azure Resource Manager o Bicep.
Domande frequenti
D: È possibile eseguire la migrazione dall'istanza di Gestione API esistente a una nuova istanza del livello v2?
R: No. Attualmente non è possibile eseguire la migrazione di un'istanza di Gestione API esistente (nel livello Consumption, Developer, Basic, Standard o Premium) a una nuova istanza del livello v2. Attualmente i livelli v2 sono disponibili solo per le istanze del servizio appena create.
D: Qual è la relazione tra la piattaforma di calcolo stv2 e i livelli v2?
R: Non sono correlati. stv2 è una versione della piattaforma di calcolo delle istanze del servizio di livello Developer, Basic, Standard e Premium. stv2 è un successore della piattaforma stv1 pianificata per il ritiro nel 2024.
D: Sarà comunque possibile effettuare il provisioning dei servizi di livello Basic o Standard?
R: Sì, non sono state apportate modifiche ai livelli Basic o Standard.
D: Qual è la differenza tra l'integrazione della rete virtuale nel livello Standard v2 e il supporto della rete virtuale nel livello Premium?
R: Un'istanza del servizio Standard v2 può essere integrata con una rete virtuale per fornire l'accesso sicuro ai back-end presenti. Un'istanza del servizio Standard v2 integrata con una rete virtuale avrà un indirizzo IP pubblico. Il livello Premium supporta un'integrazione completamente privata con una rete virtuale (spesso definita inserimento nella rete virtuale) senza esporre un indirizzo IP pubblico.
D: È possibile distribuire un'istanza del livello Basic v2 o Standard v2 interamente nella rete virtuale?
R: No, tale distribuzione è supportata solo nel livello Premium.
D: È pianificato un livello Premium v2?
R: Sì, è pianificata un'anteprima Premium v2 e verrà annunciata separatamente.
Contenuto correlato
- Confrontare i livelli di Gestione API.
- Altre informazioni sui gateway Gestione API
- Informazioni sui prezzi di Gestione API.