14.01.00.00 - Note di rilascio on-premise di Apigee Edge

Stai visualizzando la documentazione di Apigee Edge.
Consulta la documentazione di Apigee X.
info

Mercoledì 29 gennaio 2014 abbiamo rilasciato una nuova versione on-premise di Apigee Edge.

In caso di domande, contatta l'assistenza Apigee Edge.

Questa release contiene funzionalità e correzioni di bug delle seguenti release cloud:

Nuove funzionalità e miglioramenti

  • OAuth 2.0 update custom attributes on tokens
    Un nuovo criterio "Imposta informazioni OAuth v2.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 delle norme OAuth 1.0a
    Questa release include i seguenti aggiornamenti alle norme OAuth 1.0a:
    • Come per i token OAuth 2.0, ora puoi impostare attributi personalizzati sui token OAuth 1.0a.
    • Una nuova operazione GenerateVerifier 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 ti consente di propagare e accedere alle informazioni SSL nelle variabili di flusso. Se imposti una nuova proprietà "propagate.additional.ssl.headers" su un 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 del modulo Node.js
    Il modulo Node.js integrato di Apigee è stato aggiornato per 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-cache-memory 0.0.3, volos-oauth-apigee 0.0.2, volos-quota-apigee 0.0.2.
  • Ruoli personalizzati nell'interfaccia utente di gestione - BETA
    Oltre ai ruoli utente esistenti "Utente aziendale", "Amministratore operazioni", "Amministratore 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 ruoli personalizzati.
  • Programma di installazione di Advanced API Services (in precedenza App Services)
    Apigee Edge Advanced API Services (in precedenza App Services) è ora disponibile per l'utilizzo on-premise. Il programma di installazione di Edge esistente consente di eseguire il deployment e configurare Advanced API Services nel tuo ambiente on-premise.
  • Installer di monetizzazione dei servizi per sviluppatori (in precedenza Servizi di monetizzazione)
    La funzionalità di monetizzazione fa parte di Edge Developer Services. Il programma di installazione on-premise di Edge ora include un programma di installazione della monetizzazione integrato e migliorato. La monetizzazione richiede una licenza a pagamento aggiuntiva.
  • Più elaboratori di messaggi su un singolo host - installazione invisibile
    Questo miglioramento supporta la topologia di deployment di più elaboratori di messaggi installati su un singolo host, che richiede l'associazione di ogni elaboratore di messaggi a un indirizzo IP specifico. Ora puoi aggiungere un'impostazione della proprietà BIND_ON_ALL_INTERFACES=n nel file di configurazione dell'installazione invisibile, che fa in modo che un processore di messaggi ascolti un indirizzo IP specifico, specificato dalla proprietà HOSTIP nello stesso file. Per saperne di più su questa proprietà e sulla configurazione dell'installazione invisibile, consulta la Guida all'installazione e alla configurazione del kit di deployment on-premise di Apigee.
  • Aggiornamenti JMS
    Questa release include vari aggiornamenti al supporto 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 utilizzato 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 dei ruoli personalizzati Le autorizzazioni impostate utilizzando ruoli personalizzati ora 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 di destinazione inclusi nelle analisi API.
Attributo "type" nelle policy L'attributo "type" ora funziona correttamente in tutte le norme Apigee.
Invalidazione dei token OAuth 2.0 La funzionalità di invalidazione dei token per i criteri OAuth 2.0 di Apigee ora corrisponde alla specifica OAuth. Non è più necessario fornire un "tipo" quando si imposta 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 della policy OAuth 1.0a Quando si effettuano richieste a un'API con una policy 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 riguarda 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 una proprietà transfer-encoding per la codifica chunked.
Per gestire correttamente questo scenario, puoi rimuovere la proprietà transfer-encoding dalla risposta HTTP 1.1 utilizzando il criterio AssignMessage. Nella seguente policy, che verrà allegata al flusso di risposta del proxy API, la proprietà transfer-encoding viene rimossa dall'intestazione HTTP, il che consente al client di ricevere la risposta senza chunk.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Remove>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>