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

Gli host virtuali self-service e TLS sono ora disponibili per tutti

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

Ottimizzazioni di importazione/aggiornamento del bundle di proxy

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

• 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 proxy API. Ad esempio, Edge non ignora più le directory .git o .svn.
• Se un bundle contiene una configurazione non valida di più di un file di configurazione XML del proxy API (ad esempio apiproxy/proxy1.xml e apiproxy/proxy2.xml), non è garantito quale configurazione viene utilizzata per il proxy API.

Convalide del deployment

Fino a questa release, Edge controllava passivamente i deployment dei proxy API per individuare errori di convalida specifici e inviava alle organizzazioni notifiche tramite lo strumento Advisory sulle correzioni necessarie. Questi annunci, descritti in Avvisi di errori di deployment, avevano lo scopo di consentire agli utenti di risolvere i problemi che in seguito avrebbero causato errori di deployment quando la convalida è stata attivata nel prodotto. Con questa release, Edge ora esegue queste convalide e genera errori di implementazione di conseguenza.

Criterio SpikeArrest che tiene conto della scalabilità automatica

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

Per ulteriori informazioni, consulta l'argomento Norme relative all'interruzione brusca.

Migliorare la registrazione dei messaggi di posta a causa di un errore di connettività

Esegui l'upgrade a Rhino 1.7.8 e Trireme 0.9.1

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

Aggiungere un evento di logging per i deployment canary

Consenti controlli di integrità HTTPS autofirmati

La risoluzione DNS MP deve utilizzare un pool di thread asincroni

Miglioramenti alla 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 per sviluppatori o aziende, l'API di gestione richiede che l'app sia associata a un prodotto API. L'interfaccia utente di gestione lo applica già.

Configurazione del prodotto API

Per creare o aggiornare un prodotto API, questo deve includere almeno un proxy API o un percorso della risorsa nella relativa 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 della risorsa.
• Se la variabile flow.resource.name nel messaggio non include un percorso della risorsa che l'API Product 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 di Public Cloud devono contattare l'assistenza Apigee per modificare il valore della proprietà.

La comunicazione tra il router e il Message Processor deve essere sicura per impostazione predefinita

Correggere la classificazione errata degli errori dello script Node.js

IP attendibile del criterio di controllo dell'accesso

Criterio di registrazione dei messaggi per 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 della catena con un carattere di nuova riga. Ora Edge genera un errore 400 Bad Request alla creazione dell'alias se la catena di certificati non soddisfa questo requisito.