180202 - Note di rilascio di Apigee Edge per il cloud pubblico

Gli host virtuali e TLS self-service sono ora in disponibilità generale

Per i dettagli sull'utilizzo, consulta Informazioni sugli host virtuali e TLS/SSL.

Ottimizzazioni dell'importazione/aggiornamento dei bundle di proxy

Edge eseguirà una convalida più rigorosa dei bundle di proxy API al momento del deployment. Questo aggiornamento contribuisce a garantire deployment più rapidi, riducendo al contempo gli errori di deployment e il danneggiamento dei bundle quando più utenti importano lo stesso bundle contemporaneamente. Di seguito sono riportate le modifiche e i comportamenti più importanti:

• Ogni bundle deve avere una radice del file system di /apiproxy.
• Edge non tenta più di ignorare i percorsi nella cartella delle risorse di un bundle di proxy API. (Ad esempio, Edge non ignora più le directory .git o .svn.)
• Se un bundle contiene una configurazione non valida di più file di configurazione XML del proxy API (ad esempio, apiproxy/proxy1.xml e apiproxy/proxy2.xml), non è garantito che la configurazione venga utilizzata per il proxy API.

Convalide del deployment

Fino a questa release, Edge controllava passivamente i deployment dei proxy API per verificare la presenza di errori di convalida specifici e informava le organizzazioni tramite lo strumento Advisory sulle correzioni necessarie. Questi avvisi, descritti in Avvisi di errore di deployment, avevano lo scopo di consentire agli utenti di correggere i problemi che in seguito avrebbero causato errori di deployment quando la convalida sarebbe stata attivata nel prodotto. Con questa release, Edge esegue queste convalide e genera gli errori di deployment di conseguenza.

Criterio SpikeArrest con scalabilità automatica

Un nuovo elemento <UseEffectiveCount> nel criterio SpikeArrest consente di distribuire automaticamente i conteggi di SpikeArrest tra i processori di messaggi. Se impostato su true, ogni processore di messaggi divide il limite di tasso di picco consentito per il numero di processori di messaggi attualmente attivi, regolando il limite di tasso man mano che vengono aggiunti o rimossi processori di messaggi. Il valore predefinito è false quando l'elemento viene omesso dal criterio.

Per ulteriori informazioni, consulta l'argomento relativo al criterio Spike Arrest policy.

Migliora la registrazione MP a causa di un errore di connettività

Esegui l'upgrade di Rhino alla versione 1.7.8 e di Trireme alla versione 0.9.1

Imposta il timeout API predefinito per tutti i proxy su 55 secondi per evitare che il router vada in timeout prima

Aggiungi un evento di logging per i deployment canary

Consenti controlli di integrità HTTPS autofirmati

La risoluzione DNS MP deve utilizzare un pool di thread asincrono

Miglioramenti della sicurezza dei prodotti API

Una nuova proprietà a livello di organizzazione, features.keymanagement.disable.unbounded.permissions, rafforza la sicurezza dei prodotti API nella verifica delle chiamate API. Quando la proprietà è impostata su true (il valore predefinito per le organizzazioni create dopo questa release), vengono applicate le seguenti funzionalità.

Creazione di app

Quando crei un'app sviluppatore o aziendale, l'API Management richiede che l'app sia associata a un prodotto API. (L'interfaccia utente di gestione applica già questa impostazione.)

Configurazione del prodotto API

Per creare o aggiornare un prodotto API, quest'ultimo deve includere almeno un proxy API o un percorso di risorsa nella sua definizione.

Sicurezza del runtime

Le chiamate API vengono rifiutate da un prodotto API nelle seguenti situazioni:

• Un prodotto API non include almeno un proxy API o un percorso di risorsa.
• Se la variabile flow.resource.name nel messaggio non include un percorso di risorsa che il prodotto API può valutare.
• Se l'app che effettua la chiamata API non è associata a un prodotto API.

Per le organizzazioni esistenti, il valore della proprietà è false e deve essere modificato esplicitamente da un utente con autorizzazioni di amministratore di sistema. Ciò significa che i clienti del cloud pubblico devono contattare l'assistenza Apigee per modificare il valore della proprietà.

La comunicazione da router a processore di messaggi deve essere sicura per impostazione predefinita

Correggi la classificazione errata degli errori degli script Node.js

IP attendibile del criterio AccessControl

Il criterio MessageLogging deve risolvere nuovamente il DNS a intervalli regolari

Convalida della catena di certificati TLS

Quando crei un alias del keystore utilizzando una catena di certificati, devi separare i certificati nella catena con un'interruzione di riga. Edge ora genera un errore 400 Richiesta errata durante la creazione dell'alias se la catena di certificati non soddisfa questo requisito.