Stai visualizzando la documentazione di Apigee Edge.
Vai alla
documentazione di Apigee X. informazioni
Martedì 29 aprile 2014 abbiamo rilasciato una nuova versione cloud di Apigee Edge.
Nuove funzionalità e miglioramenti
Di seguito sono riportate le nuove funzionalità e i miglioramenti di questa release.
- Dashboard di Analytics
Edge ora fornisce nuovi report sulle prestazioni degli endpoint, delle prestazioni dei proxy API e di analisi delle prestazioni della cache per aiutarti a monitorare le prestazioni.
Consulta "Le dashboard delle operazioni" nelle dashboard di Analytics. - Aggregazione delle metriche personalizzate per il rendimento
Questa funzionalità non è più disponibile.
Una nuova funzionalità di aggregazione personalizzata migliora le prestazioni dell'analisi consentendoti di definire metriche personalizzate che Edge raccoglie e archivia quando vengono effettuate le chiamate API. Quando visualizzi i report, Edge accede alle metriche aggregate già disponibili, anziché recuperarle all'istante. - OAuth 2.0 preconfigurato nei proxy API
Quando crei un proxy API, una nuova opzione "Proteggi con token di accesso OAuth v2.0" configura automaticamente il proxy API con criteri che supportano OAuth.
Vedi OAuth. - Mascheramento dei dati nella traccia
La risorsa API /maskconfigs consente di mascherare dati sensibili, ad esempio quelli della carta di credito, nelle sessioni di traccia proxy API, contribuendo a garantire la sicurezza dei dati utente durante lo sviluppo dell'API.
Case:810723
Consulta Mascheramento e occultamento dei dati. - Criterio di autenticazione di base
Il criterio di autenticazione di base consente di aggiungere un'autenticazione di base leggera a un proxy API, fornendo la codifica Base64 automatica delle credenziali utente e il completamento dell'intestazioneAuthorization: BasicHTTP.
Vedi Criterio di autenticazione di base. - PostClientFlow
PostClientFlow consente di aggiungere criteri di MessageLogging che vengono eseguiti dopo l'invio della risposta. Questo riduce la latenza del proxy API e rende disponibili informazioni per il logging che vengono calcolate solo dopo l'invio della risposta, ad esempio client.sent.start.timestamp e client.sent.end.timestamp.
Richiesta: 814059
Bug corretti
In questa release sono stati corretti i bug indicati di seguito.
| Argomento | Descrizione |
|---|---|
| Convalida nome report personalizzato | Edge ora convalida i nomi dei report personalizzati per non consentire l'utilizzo di caratteri speciali. |
| Segnala problemi relativi alla visualizzazione in dettaglio di developer_app | Nei report personalizzati venivano restituite app sviluppatore errate che utilizzavano la visualizzazione in dettaglio di developer_app. Il problema è stato risolto. |
| Il periodo di tempo non funziona nei report personalizzati | Nei report personalizzati che contenevano filtri con più espressioni parentetiche, ad esempio (request_verb eq 'POST') or (request_verb eq
'GET'), la modifica del periodo di tempo del report non ha avuto alcun effetto sui risultati. Il problema è stato risolto.Richiesta: 810753 |
| Grafici non visualizzati nei report personalizzati | È stato risolto un problema relativo alla mancata visualizzazione dei grafici nei report personalizzati. Richiesta: 814623 |
| Importazione WSDL |
|
| Configurazione dei criteri per la limitazione di frequenza in parallelo | Il selettore di endpoint di destinazione è ora disponibile solo quando si aggiunge un criterio di limitazione di frequenza in parallelo a un proxy API. L'endpoint di destinazione non si applica ad altri criteri. |
| Assistenza aziendale per gli sviluppatori | Per le organizzazioni in cui le aziende sono abilitate, ora puoi specificare una società durante la creazione o la modifica di uno sviluppatore. Richiesta: 515246 |
| Esportazione di sviluppatori, app e prodotti | Ora puoi esportare sviluppatori, app e prodotti in un file CSV dalla pagina Sviluppatori nell'interfaccia utente di gestione perimetrale. Questa funzionalità non è al momento disponibile per le organizzazioni in cui è abilitata la monetizzazione. Richiesta: 747159 |
| Finestra App sviluppatore bloccata | Dopo che uno sviluppatore ha eliminato un'app nel Portale per gli sviluppatori Edge, facendo clic sull'app nell'interfaccia utente di Gestione Edge la finestra si bloccava. Il problema è stato risolto. |
| Commenti in una configurazione proxy API | I commenti in una configurazione proxy API sono ora visibili nella visualizzazione codice dell'editor del proxy API e in Controllo proprietà. |
| Proxy API creati con nomi non validi | In precedenza, la UI di gestione perimetrale consentiva la creazione di proxy API i cui nomi contenevano caratteri speciali non supportati, generando proxy API non validi che non è stato possibile eliminare. I nomi dei proxy API ora vengono convalidati al momento della creazione. Sono consentiti solo caratteri alfanumerici, "-" e "_". Richiesta: 550390 |
| Sensibilità alle maiuscole nella denominazione dei proxy API | Edge stava creando proxy API con nomi minuscoli, a prescindere dall'uso delle maiuscole/minuscole. Edge ora rispetta le maiuscole/minuscole del nome inserito per il proxy API. |
| Avviso sul salvataggio del proxy API | Quando salvi un proxy API nell'editor del proxy API, Edge esegue il deployment del proxy API in tutti gli ambienti in cui è attualmente eseguito il deployment della revisione, inclusi gli ambienti di produzione. L'interfaccia utente di gestione perimetrale ora fornisce un avviso prima di salvare il proxy. |
| Ruolo personalizzato senza autorizzazioni che viene salvato nell'ambiente di produzione | Quando una revisione dell'API di cui è stato eseguito il deployment viene aggiornata, attiva un'annullamento del deployment interno e il deployment negli ambienti di cui è stato eseguito il deployment. È stato possibile eseguire il deployment di un ruolo personalizzato senza autorizzazioni di deployment appropriate salvando un proxy API. Questo problema è stato risolto applicando le autorizzazioni per il deployment. Richiesta: 813084 |
| Server di destinazione duplicato | Durante la creazione di un server di destinazione duplicato, anziché un errore HTTP 409, Edge ha sovrascritto il server di destinazione esistente e ha restituito lo stato 201. Questo problema è stato risolto generando un errore 409 e non sovrascrivendo il server di destinazione esistente. |
| Impossibile creare sessioni di traccia per i proxy API | Le sessioni di traccia non venivano create per ambienti con processori di messaggi non raggiungibili. Questo problema è stato risolto allegando le sessioni di traccia solo ai processori dei messaggi raggiungibili e disponibili Richiesta: 812192 |
| Comportamento aggiornato di JMSRispondiTo | Per impostazione predefinita, Edge invia la risposta alla coda specificata nell'intestazione JMSRispondiTo.
Tuttavia, se vuoi che il servizio di backend gestisca l'invio della risposta alla coda JMSRispondiA anziché a Edge, aggiungi l'intestazione X-Apigee-Ignore-JMSResponse alla risposta del proxy API in qualsiasi flusso e impostala su true:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| Errori CLOSE_WAIT elevati e 502 errori del gateway non validi | È stato risolto un problema che causava metriche CLOSE_WAIT elevate e errori 502 del gateway non validi. Casi: 814656, 814664, 814670 |
| Directory temporanea Node.js | Quando viene eseguito il deployment di uno script Node.js su Edge, questo viene eseguito all'interno di una sandbox che limita l'accesso al file system a una determinata directory. Tuttavia, os.tmpdir restituisce un nome di directory come /tmp o /var/tmp, che non esisteva nella sandbox Edge Node.js, causando l'interruzione di alcuni script. La sandbox Edge Node.js ora include una directory /tmp che può essere utilizzata da os.tmpdir. |
| Eccezioni di puntatore null per le chiamate API | Nel criterio Assegna messaggio, uno stato di risposta null ha generato un'eccezione di puntatore nullo mentre Edge cercava di acquisire il codice di risposta per le metriche. Il problema è stato risolto. Richiesta: 815595 |