Stai visualizzando la documentazione di Apigee Edge.
Vai alla documentazione di Apigee X. info
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 analisi
Edge ora fornisce nuovi report di analisi sul rendimento dell'endpoint, sul rendimento del proxy API e sul rendimento della cache per aiutarti a monitorare il rendimento.
Consulta "Le dashboard Operations" in Dashboard di analisi. - Aggregazione delle metriche personalizzate per il rendimento
Questa funzionalità non è più disponibile.
Una nuova funzionalità di aggregazione personalizzata migliora il rendimento delle analisi consentendoti di definire metriche personalizzate che Edge raccoglie e memorizza quando vengono effettuate chiamate API. Quando visualizzi i report, Edge accede alle metriche aggregate già disponibili anziché recuperarle al volo. - OAuth 2.0 preconfigurato nei proxy API
Quando crei un proxy API, una nuova opzione "Proteggi con token di accesso OAuth 2.0" configura automaticamente il proxy API con i criteri che supportano OAuth.
Consulta OAuth. - Masking dei dati nel tracciamento
La risorsa API /maskconfigs consente di mascherare dati sensibili come i dati della carta di credito nelle sessioni di traccia del proxy API, contribuendo a garantire la sicurezza dei dati utente durante lo sviluppo dell'API.
Richiesta:810723
Leggi l'articolo Come mascherare e nascondere i dati. - Criterio di autenticazione di base
Il criterio di autenticazione di base ti consente di aggiungere l'autenticazione di base leggera a un proxy API, fornendo la codifica automatica Base64 delle credenziali utente e la compilazione dell'intestazione HTTPAuthorization: Basic.
Leggi le norme di autenticazione di base. - PostClientFlow
Il PostClientFlow ti consente di aggiungere criteri di registrazione dei messaggi che vengono eseguiti dopo l'invio della risposta. In questo modo si riduce la latenza del proxy API e vengono rese disponibili per la registrazione informazioni che non vengono calcolate fino a 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 seguenti bug.
| Argomento | Descrizione |
|---|---|
| Convalida del nome del report personalizzato | Edge ora convalida i nomi dei report personalizzati per non consentire l'uso di caratteri speciali. |
| Segnalare problemi relativi al drilldown developer_app | Nei report personalizzati che utilizzavano il drill-down developer_app venivano restituite app sviluppatore errate. Il problema è stato risolto. |
| Periodo di tempo non funzionante nei report personalizzati | Nei report personalizzati che contenevano filtri con più espressioni tra parentesi, ad esempio (request_verb eq 'POST') or (request_verb eq
'GET'), la modifica del periodo di tempo del report non influiva 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 del criterio di limite di velocità contemporaneo | Il selettore di endpoint di destinazione è ora disponibile solo quando aggiungi un criterio di limite di frequenza simultaneo a un proxy API. L'endpoint di destinazione non si applica ad altri criteri. |
| Assistenza dell'azienda per gli sviluppatori | Per le organizzazioni in cui sono attivate le aziende, ora puoi specificare un'azienda quando
crei o modifichi 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 di Edge. Al momento questa funzionalità non è disponibile per le organizzazioni che hanno attivato la monetizzazione. Richiesta: 747159 |
| Finestra App per sviluppatori bloccata | Dopo che uno sviluppatore ha eliminato un'app nel Portale per sviluppatori Edge, il clic sull'app sviluppatore nell'interfaccia utente di gestione di Edge causava il blocco della finestra. Il problema è stato risolto. |
| Commenti in una configurazione del proxy API | I commenti in una configurazione del proxy API sono ora visibili nella vista codice dell'editor del proxy API e nell'inspector delle proprietà. |
| Proxy API creati con nomi non validi | In precedenza, l'interfaccia utente di gestione di Edge consentiva la creazione di proxy API i cui nomi
contenevano caratteri speciali non supportati, con conseguente creazione di proxy API non validi che non potevano essere
eliminati. I nomi dei proxy API vengono ora convalidati al momento della creazione. Sono consentiti solo caratteri alfanumerici, "-" e
"_". Richiesta: 550390 |
| Sensibilità alle maiuscole nella denominazione dei proxy API | Edge creava proxy API con nomi in minuscolo, indipendentemente dalle maiuscole inserite. Edge ora rispetta la maiuscola del nome inserito per il proxy API. |
| Avviso relativo al salvataggio del proxy API | Quando salvi un proxy API nell'editor dei proxy API, Edge esegue il deployment del proxy API in tutti gli ambienti in cui è attualmente implementata la revisione, inclusi gli ambienti di produzione. L'interfaccia utente di gestione di Edge ora fornisce un avviso prima di salvare il proxy. |
| Ruolo personalizzato senza autorizzazioni salvate nell'ambiente di produzione | Quando una revisione dell'API di cui è stato eseguito il deployment viene aggiornata, viene attivato un annullamento del deployment e un deployment interno negli ambienti di cui è stato eseguito il deployment. Un ruolo personalizzato senza le autorizzazioni di deployment appropriate è stato in grado di eseguire il deployment salvando un proxy API. Questo problema è stato risolto applicando le autorizzazioni per il deployment. Richiesta: 813084 |
| Server di destinazione duplicato | Quando viene creato un server di destinazione duplicato, anziché un errore HTTP 409, Edge ha sovrascritto il server di destinazione esistente e restituito uno stato 201. Questo problema è stato risolto tramite la generazione di un errore 409 e la mancata sovrascrittura del server di destinazione esistente. |
| Impossibile creare sessioni di traccia per i proxy API | Le sessioni di traccia non venivano create per gli ambienti con elaboratori di messaggi non raggiungibili. Questo problema è stato risolto collegando le sessioni di traccia solo ai
processori di messaggi raggiungibili e disponibili Richiesta: 812192 |
| JMSReplyTo comportamento aggiornato | Per impostazione predefinita, Edge invia la risposta alla coda specificata nell'intestazione JMSReplyTo.
Tuttavia, se vuoi che il servizio di backend gestisca l'invio della risposta alla coda JMSReplyTo 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> |
| Numero elevato di errori CLOSE_WAIT e 502 di gateway non valido | È stato risolto un problema che causava metriche CLOSE_WAIT elevate ed errori 502 Bad Gateway. Richieste: 814656, 814664, 814670 |
| Directory temporanea di Node.js | Quando uno script Node.js viene disegnato in Edge, viene eseguito in 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 Node.js di Edge, causando l'interruzione di alcuni script. La sandbox Node.js di Edge ora include una directory /tmp da utilizzare per os.tmpdir. |
| Eccezione di puntatore nullo nelle chiamate API | Nel criterio Assegna messaggio, uno stato di risposta nullo ha generato un'eccezione di puntatore nullo quando
Edge ha provato a acquisire il codice di risposta per le metriche. Il problema è stato risolto. Richiesta: 815595 |