Stai visualizzando la documentazione di Apigee Edge.
Vai alla
documentazione di Apigee X. informazioni
Mercoledì 29 gennaio 2014 abbiamo rilasciato una nuova versione on-premise di Apigee Edge.
Se hai domande, rivolgiti all'assistenza clienti Apigee.
Questa release contiene funzionalità e correzioni di bug delle seguenti release cloud:
Nuove funzionalità e miglioramenti
- Aggiornamento degli attributi personalizzati dei token OAuth 2.0
Il nuovo criterio "Imposta informazioni su OAuth 2.0" consente di aggiornare gli attributi personalizzati sui token OAuth 2.0.
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
Aggiornamenti dei criteri OAuth 1.0a
Questa release include i seguenti aggiornamenti ai criteri OAuth 1.0a:- Come per i token OAuth 2.0, ora puoi impostare attributi personalizzati sui token OAuth 1.0a.
- Una nuova operazione GeneraVerifier consente di generare e restituire un verificatore OAuth 1.0a (simile a un codice di autorizzazione in OAuth 2.0).
- Informazioni SSL nelle variabili di flusso
Apigee Edge ora consente di propagare e accedere alle informazioni SSL nelle variabili di flusso. Se imposti una nuova proprietà "propagate.additional.ssl.headers" su ProxyEndpoint, hai accesso alle stesse informazioni SSL disponibili su un server web Apache.
http://apigee.com/docs/api-services/api/variables-reference
- Intestazioni JMS come intestazioni HTTP
Tutte le intestazioni JMS vengono ora propagate come intestazioni HTTP per l'elaborazione downstream.
- Aggiornamento modulo Node.js
Il modulo Node.js integrato di Apigee è stato aggiornato in modo da includere i seguenti moduli: argo 0.4.9, async 0.2.9, express 3.4.8, underscore 1.5.2, usergrid 0.10.7, volos-quotas-cache-memory 0.0.3, volos-quota.o0-apigee2, volos-quota.o0-apigee2
-
Ruoli personalizzati nell'interfaccia utente di gestione - BETA
Oltre ai ruoli utente esistenti di "Utente aziendale", "Amministratore operazioni", "Amministratore dell'organizzazione" e "Utente", questa release include una funzionalità beta che consente di creare ruoli personalizzati nell'interfaccia utente di gestione. Puoi controllare l'accesso a varie funzionalità di Edge utilizzando i ruoli personalizzati. - Programma di installazione di Servizi API avanzati (in precedenza Servizi app)
I servizi API avanzati di Apigee Edge (in precedenza Servizi app) sono ora disponibili per l'utilizzo on-premise. Il programma di installazione Edge esistente ti consente di eseguire il deployment e configurare i servizi API avanzati nel tuo ambiente on-premise.
- Programma di installazione della monetizzazione di Servizi per gli sviluppatori (in precedenza Servizi di monetizzazione)
La funzionalità di monetizzazione fa parte dei Servizi per sviluppatori Edge. Il programma di installazione on-premise di Edge ora include un programma di installazione avanzato e integrato per la monetizzazione. La monetizzazione richiede un'ulteriore licenza a pagamento.
- Più processori di messaggi su un singolo host: installazione invisibile all'utente
Questo miglioramento supporta la toplologia di deployment di più processori di messaggi installati su un singolo host, il che richiede l'associazione di ciascun processore di messaggi a un indirizzo IP specifico. Ora puoi aggiungere un'impostazione della proprietàBIND_ON_ALL_INTERFACES=nnel file di configurazione dell'installazione invisibile all'utente, in modo che un elaboratore dei messaggi rimanga in ascolto su un indirizzo IP specifico, specificato dalla proprietàHOSTIPnello stesso file. Per ulteriori informazioni su questa proprietà e sulla configurazione dell'installazione invisibile, consulta la guida all'installazione e alla configurazione del kit di deployment on-premise Apigee.
-
Aggiornamenti di JMS
Questa release include vari aggiornamenti al supporto di JMS di Apigee, tra cui:- Tutte le intestazioni JMS vengono ora propagate come intestazioni HTTP per l'elaborazione downstream.
- Ora puoi specificare ExpiryTime e DeliveryMode per i messaggi inseriti in ResponseQueue utilizzati dal proxy JMS. Tutte le intestazioni HTTP corrispondenti alle intestazioni JMS standard vengono impostate "così come sono", mentre le altre intestazioni HTTP vengono impostate come proprietà JMS nel messaggio di risposta utilizzato dal proxy JMS.
Bug corretti
| Argomento | Descrizione |
|---|---|
| Autorizzazioni per i ruoli personalizzati | Ora le autorizzazioni impostate utilizzando i ruoli personalizzati funzionano come previsto. |
| Analisi della latenza delle API | In un flusso proxy API, quando una chiamata al sistema di destinazione genera un timeout (ad esempio, un timeout di lettura HTTP), i tempi di latenza target inclusi nell'analisi dell'API. |
| Attributo "type" nelle norme | L'attributo "type" ora funziona correttamente in tutti i criteri di Apigee. |
| Token di annullamento della validità OAuth 2.0 | La funzionalità dei token di annullamento per i criteri OAuth 2.0 di Apigee ora corrisponde alla specifica OAuth. Non è più necessario fornire un "tipo" quando imposti il parametro "token". |
| RBAC con mappe chiave/valore | Il controllo dell'accesso basato sui ruoli ora funziona per le mappe chiave/valore create a livello di ambiente. |
| Formato della risposta ai criteri OAuth 1.0a | Quando si effettuano richieste a un'API con un criterio OAuth 1.0a, la risposta viene ora restituita nel formato dell'intestazione Accept. |
Problemi noti
| Argomento | Descrizione |
|---|---|
| Richiesta HTTP 1.0, risposta HTTP 1.1 |
Questo problema comporta uno scenario in cui un client invia una richiesta utilizzando HTTP 1.0 con la proprietà
content-length nell'intestazione, ma il servizio di backend è configurato per utilizzare HTTP 1.1 e restituisce invece una proprietà transfer-encoding per la codifica in blocchi.
Per gestire correttamente questo scenario, puoi rimuovere
la proprietà
transfer-encoding dalla risposta HTTP 1.1 utilizzando
il criterio di AssegnaMessage. Nel seguente criterio, che verrà associato al flusso di risposta del proxy API, la proprietà transfer-encoding viene rimossa dall'intestazione HTTP, consentendo al client di ricevere la risposta senza blocchi.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Rimuovi>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Rimuovi>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|