4.17.05 - Note di rilascio di Edge per Private Cloud

Stai visualizzando la documentazione di Apigee Edge.
Vai alla sezione Documentazione di Apigee X. Informazioni

Dalla precedente release delle funzionalità Edge per il cloud privato, le seguenti release hanno si sono verificati e sono inclusi in questa versione:

Vedi Informazioni sulla release numerazione per capire come capire se una specifica release cloud è incluso nella tua versione di Edge per il cloud privato.

Panoramica della release

Questa release include una serie di importanti funzioni che consentono di controllare e proteggere meglio API, tra cui:

• I flussi condivisi supportano il deployment senza tempi di inattività.
• L'eliminazione dei dati di monetizzazione per un'organizzazione è ora supportata.
• Altre nuove funzionalità descritte di seguito.

Per quanto riguarda il ritiro, i vault sono stati deprecati.

La parte restante di questo argomento contiene dettagli su tutte le nuove funzionalità, gli aggiornamenti e le correzioni di bug contenuti nella release.

Cessazioni e ritiri

Le seguenti funzionalità sono state ritirate o ritirate in questa release. Per ulteriori informazioni, consulta le norme sul ritiro di Edge.

Ritiro: aggiunta percorsi nella scheda Prestazioni del proxy API

Fino a questa versione, potevi accedere a un proxy API nell'interfaccia utente di gestione, andare alla Rendimento e creare percorsi diversi per un confronto basato su grafico nel proxy nella scheda Rendimento e nella dashboard Transazioni aziendali. Questa funzione è stata ritirata disponibile nell'interfaccia utente. Per un'alternativa a questa funzionalità, vedi le istruzioni Apigee Articolo della community: https://community.apigee.com/articles/23936/alternative-to-business-transactions-api.html. (EDGEUI-902)

In pensione: URL buildInfo per il portale Servizi per gli sviluppatori

Nelle versioni precedenti del portale, per determinare la versione del portale hai aperto quanto segue URL in un browser:

http://yourportal.com/buildInfo

In 4.17.05 questo collegamento è stato rimosso. Per determinare la versione, apri Report > Voce di menu Report di stato in Drupal. La versione del portale viene visualizzata nella tabella nella riga denominato Installa profilo.

Ritiro di Apigee archivio protetto (vault)

La piattaforma Apigee chiamato anche "vault", è in fase di ritiro e verrà ritirato un anno data dell'avviso di ritiro mostrata I deprecazioni e dei ritiri. Vengono creati i Vault, che forniscono l'archiviazione criptata di coppie chiave/valore con l'API di gestione e accessibile in fase di runtime con le funzioni in apigee-access Modulo Node.js.

Anziché utilizzare l'archivio sicuro, utilizza le mappe chiave-valore (KVM) criptate, come descritto in Utilizzo delle mappe chiave-valore. Le KVM criptate sono sicure quanto i vault e offrono più opzioni per la creazione recupero. (MGMT-3848)

Nuove funzionalità e aggiornamenti

Di seguito sono riportate le nuove funzioni e i miglioramenti di questa release. Oltre a quanto segue miglioramenti, questa release contiene inoltre diverse caratteristiche di usabilità, prestazioni, sicurezza e miglioramenti.

Cloud privato

Aggiunto nuovo parametro di configurazione SMTP richiesto all'installazione

Ora devi utilizzare il parametro SMTPMAILFROM in il file di configurazione dell'installazione Edge. Questo parametro specifica l'indirizzo email utilizzata quando Edge invia email automatiche, ad esempio quando un utente richiede di reimpostare una password. Consulta Installa i componenti Edge su un Node per saperne di più.

(EDGEUI-1020)

Ora è possibile impostare il timeout utilizzato dalla UI Edge per le chiamate di gestione delle API Edge

Ora puoi specificare la durata del timeout dell'API utilizzata dalla UI Edge per controllare per quanto tempo attende il ritorno di una chiamata di gestione API. Le seguenti proprietà definiscono il timeout:

• Set di conf_apigee_apigee.feature.apitimeout il tempo, in secondi, in cui la UI attende il ritorno di una chiamata al backend, indipendentemente la relativa attività. Se la chiamata non viene completata entro questo lasso di tempo, l'interfaccia utente genera un errore di timeout. La il valore predefinito è 180 secondi (3 minuti).
• conf_apigee_play.ws.timeout.idle imposta come il tempo di attesa (in millisecondi) da parte dell'interfaccia utente per l'attività sul server. Può essere impostato sullo stesso valore come conf_apigee_apigee_apitimeout o a un valore inferiore. L'impostazione di un valore più alto non ha alcun effetto. Il valore predefinito è 180.000 millisecondi (3 minuti).
• Set di conf_apigee_play.ws.timeout.connection Tempo di attesa della UI prima che venga stabilita una connessione. Può essere impostato sullo stesso valore come conf_apigee_apigee_apitimeout o a un valore inferiore. L'impostazione di un valore più alto non ha alcun effetto. Il valore predefinito è 120.000 millisecondi (2 minuti).

Vedi Impostare il timeout utilizzata dalla UI di Edge per le chiamate di gestione delle API Edge.

(EDGEUI-816)

Timeout per nuovo tentativo del processore di messaggi aggiunto ai router

Aggiunto un timeout in modo che i router smettano di riprovare una richiesta ai processori di messaggi e restituisca un .

Consulta la sezione Configurazione il router per riprovare le connessioni a un processore di messaggi per ulteriori informazioni.

(APIRT-2912)

Aggiunta una procedura per modificare l'amministratore di sistema predefinito

Ora è inclusa la documentazione relativa alla modifica dell'amministratore di sistema predefinito.

Consulta la sezione Gestione utenti, ruoli e autorizzazioni.

(DOS-4895)

È stata aggiunta la documentazione sulla separazione delle attività di installazione Edge tra utente root e non root

La nuova documentazione descrive i passaggi per separare le attività di installazione Edge tra la directory principale e utente non root.

Consulta la sezione Installazione di Edge Panoramica.

(DOS-4573)

Proprietà aggiunta per impostare il nome host per i link nelle email generate

Edge invia automaticamente le email in risposta a determinati eventi, ad esempio quando un utente viene aggiunto a di un'organizzazione. Molte di queste email contengono un link. Ad esempio, quando un nuovo utente viene aggiunto a , la UI di Edge invia all'utente un'email contenente un URL di accesso nel modulo:

https://domain/login

Il dominio è determinato automaticamente da Edge e in genere è corretto per l'organizzazione. Tuttavia, è possibile che quando l'UI Edge si trova dietro un bilanciatore del carico, nome dominio generato non è corretto. In tal caso, puoi utilizzare la proprietà conf_apigee_apigee.emails.hosturl per impostare in modo esplicito la parte del nome di dominio dell'URL generato.

Consulta la sezione Impostazione per i link nelle email generate per saperne di più.

(EDGEUI-1044)

Impostazione dell'URL di base visualizzato dalla UI Edge per un proxy API

La UI Edge mostra l'URL di un proxy API in base alle impostazioni nell'host virtuale corrispondente a dove viene eseguito il deployment del proxy. Questo display può includere il numero di porta del router l'host virtuale.

Nella maggior parte dei casi, l'URL visualizzato nella UI di Edge è quello corretto per rendere esterne richieste al proxy. Tuttavia, per alcune configurazioni, l'URL visualizzato non è corretto. Ad esempio, una qualsiasi delle seguenti configurazioni può causare la mancata visualizzazione dell'URL visualizzato corrispondono all'URL effettivo utilizzato per effettuare richieste esterne al proxy:

• La terminazione SSL avviene su un bilanciatore del carico
• La mappatura delle porte avviene tra un bilanciatore del carico e i router Apigee
• Un bilanciatore del carico configurato con riscrittura del percorso

Edge per Private Cloud 4.17.05 e versioni successive supportano un attributo nell'host virtuale denominato <BaseUrl> che ti consente eseguire l'override dell'URL visualizzato dalla UI di Edge. Ecco un esempio che mostra l'oggetto host virtuale con il nuovo <BaseURL> . In questo esempio, il valore "http://myCo.com" viene visualizzato nell'interfaccia utente di Edge:

<VirtualHost name="myVHost">
   <HostAliases>
     <HostAlias>DNS_name_or_IP:9005</HostAlias> 
   </HostAliases> 
   <BaseUrl>http://myCo.com</BaseUrl>     
   <Interfaces/>
   <Port>9005</Port> 
</VirtualHost>

Se <BaseUrl> non è impostato, per impostazione predefinita, l'URL predefinito visualizzato dalla UI di Edge sarà: "http://DNS_name_or_IP:9005/", mentre l'effettiva configurazione dell'alias host è "http://myCo.com".

Puoi anche impostare l'URL di base quando crei un'organizzazione utilizzando la proprietà VHOST_BASEURL con l'app apigee-provision utilità.

Consulta Configurazione di TLS l'accesso a un'API per il cloud privato.

(EDGEUI-5008)

È stata aggiunta la documentazione sull'attivazione del logging di debug

È stata aggiunta la documentazione che descrive come abilitare/disabilitare il logging di debug per Edge componenti.

Vedi Attivare il logging di debug. per saperne di più.

(APIRT-4018)

Nuovo programma di installazione e sintassi del comando per l'utilità apigee-analytics-collector

Tutti i clienti di Edge per il cloud privato sono tenuti a inviare ad Apigee le statistiche sull'API traffico proxy utilizzando la versione beta della riga di comando apigee-analytics-collector utilità. Questa utilità invia il report sul volume di chiamate API ad Apigee.

Questa release di Edge contiene nuove istruzioni di installazione e sintassi dei comandi per apigee-analytics-collector utilità. In questa release, ora utilizzi apigee-service per installare l'utilità apigee-analytics-collector, invece di npm e richiamare l'utilità apigee-analytics-collector tramite apigee-service, anziché come un come comando autonomo.

Consulta la pagina relativa all'API di caricamento Dati sul traffico verso Apigee (versione beta) per ulteriori informazioni.

Nuova directory di installazione predefinita dopo l'aggiornamento del portale Servizi per gli sviluppatori di Nginx/Postgres da una nuova installazione 4.17.01

Dopo l'aggiornamento di una nuova installazione di 4.17.01 che utilizza Nginx/Postgres, la directory radice cambiato da:

/opt/apigee/apigee-drupal

a:

/opt/apigee/apigee-drupal/wwwroot

Servizi API

Convalida più rigorosa degli input per le entità

Una convalida degli input più rigorosa è stata applicata a tutte le entità dell'organizzazione Apigee Edge. I caratteri consentiti sono generalmente alfabeti (tutti i casi), numeri e trattino basso.

Le entità interessate includono:

• Organizzazioni
• Ambienti
• Proxy API
• Revisioni proxy API
• Nomi dei criteri nel proxy API
• ID configurazione maschera di traccia di debug
• Nomi delle risorse (callout Java, xls, tutte le risorse)
• Archivi chiavi
• CRLstores
• Riferimenti delle risorse
• Server di destinazione

(MGMT-3840)

Deployment senza tempi di inattività dei flussi condivisi

Quando vuoi eseguire il deployment di flussi condivisi e assicurarti che poco o nessun traffico in entrata venga rifiutato durante il deployment, ora puoi utilizzare un'API di gestione del deployment senza tempi di inattività. Il processo è è quasi identico al deployment senza tempi di inattività per i proxy API con l'API di gestione. L'unico è la risorsa API di gestione.

La chiamata seguente esegue il deployment della revisione del flusso condiviso indicata nell'URI, quindi annulla il deployment revisione di cui è stato eseguito il deployment in precedenza (il parametro di query override=true consente questa azione):

curl -X POST -H "Content-type:application/x-www-form-urlencoded" \
https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env-name}/sharedflows/{shared_flow_name}/revisions/{revision_number}/deployments?"override=true" \
-u email:password

(MGMT-3485)

Monetizzazione

Eliminare i dati di monetizzazione per un'organizzazione

Potresti voler eliminare i dati di monetizzazione della tua organizzazione nei seguenti casi:

• Eliminare l'organizzazione. In questo caso, devi eliminare i dati di monetizzazione prima di possono eliminare l'organizzazione.
• Cancella i dati di monetizzazione di un'organizzazione di test che vuoi riutilizzare. In questo devi sincronizzare i dati di Apigee Edge dopo aver eliminato i dati di monetizzazione.

Per ulteriori informazioni, consulta la sezione Eliminare i dati sulla monetizzazione. della tua organizzazione. (DEVRT-2581)

Aggiunta un'API per abilitare la monetizzazione per un'organizzazione

Ora puoi utilizzare un'API per abilitare la monetizzazione per un'organizzazione.

Vedi Attiva monetizzazione per un'organizzazione.

(DEVRT-2383)

Bug corretti

In questa release sono stati corretti i bug riportati di seguito. Questo elenco è destinato principalmente agli utenti che vogliono visualizzare se i ticket di assistenza sono stati risolti. Non è pensata per fornire informazioni dettagliate per tutti gli utenti.

Cloud privato 4.17.05

Cloud 17.04.12 (UI)

Cloud 17.04.05 (UI)

Cloud 17.03.29 (UI)

Cloud 17.03.15.01 (UI)

Cloud 17.03.15 (UI)

Cloud 17.03.13.02 (monetizzazione)

Cloud 17.03.13.01 (monetizzazione)

Cloud 17.03.13 (Gestione API)

Cloud 17.03.1 (UI)

Cloud 17.02.15 (UI)

Cloud 17.02.13 (runtime API)

Cloud 17.02.13 (gestione API)

Cloud 17.01.18 (UI)

Cloud 17.01.16 (gestione delle API)

Cloud 17.01.16 (monetizzazione)