Flussi di dati per richieste e risposte

Questa pagina si applica a Apigee e Apigee ibridi.

Visualizza documentazione di Apigee Edge.

Argomenti trattati in questo argomento

Dopo aver letto questo argomento, saprai quanto segue:

• Che cos'è il flusso di richieste e risposte su Apigee
• Quando utilizzare i flussi di richieste e risposte
• Come abilitare il flusso di richieste e risposte

Esempio: se vuoi passare direttamente a un esempio di codice, consulta Esempi di codice correlati per i dettagli.

Che cos'è un flusso di richieste e risposte?

Per impostazione predefinita, il flusso HTTP è disabilitato e i payload di richiesta e risposta HTTP vengono scritti in un buffering in memoria prima che vengano elaborati dalla pipeline proxy API. Puoi modificare abilitando il flusso di dati. Con lo streaming abilitato, i payload di richiesta e risposta vengono vengono trasmesse in streaming senza modifiche all'app client (per le risposte) e all'endpoint di destinazione (per richieste).

Quando devo attivare lo streaming?

Se il tuo proxy API gestisce richieste e/o risposte molto grandi (per i limiti di dimensioni, consulta Che cos'altro dovrei sapere sullo streaming), potresti potresti voler abilitare i flussi di dati.

Nota: se l'API richiede o restituisce una grande quantità di dati, è possibile che venga visualizzato questo errore:

{"fault":"{\"detail\":{\"errorcode\":\"protocol.http.TooBigBody\"},\"faultstring\":\"Body buffer overflow\"}"}

Se viene visualizzato questo errore, ti consigliamo di abilitare lo streaming. Se continui a vedere dopo aver attivato il flusso, valuta la possibilità di rimuovere tutti i criteri che richiedono l'accesso al di richiesta o risposta. Per ulteriori informazioni, vedi Dimensioni payload dei messaggi.

Cos'altro dovrei sapere sullo streaming?

Le dimensioni del payload dei messaggi sono limitate a 10 MB. Nelle richieste e nelle risposte non in streaming, hanno superato quella dimensione genera un errore protocol.http.TooBigBody.

Attenzione:lo streaming può aiutarti a aggirare il problema limite di 10 MB per le richieste/risposte applicato dal prodotto Apigee non consiglia di superare questo limite durante la trasmissione di flussi di dati e non può supportare problemi che si verificano in seguito al superamento di tale limite, ad esempio problemi di prestazioni, timeout e così via.

Per payload superiori a 10 MB, Apigee consiglia di utilizzare una un pattern URL firmato all'interno di un callout Java Apigee, illustrato dal Esempio di Edge Callout: Signed URL Generator su GitHub.

Nota: con i flussi di dati abilitati, Apigee consiglia vivamente di non collegare criteri che richiedono l'accesso al payload di richiesta o risposta. Questi tipi di norme verranno causano errori o attivano il buffering nel proxy API, il che limita la dimensione del payload ai numeri elencati sopra e vanifica lo scopo di abilitare i flussi di dati per gestire payload di grandi dimensioni. Puoi allegare Criteri che non interagiscono con il corpo della richiesta/risposta, ad esempio l'autenticazione o il messaggio di logging.

Dati codificati

Quando il flusso di dati è abilitato, Apigee non codifica né decodifica la richiesta o la risposta i payload prima di inviarli al client che si connette ad Apigee o a un server di destinazione backend. Consulta le righe per request.streaming.enabled e response.streaming.enabled nel . Tabella delle specifiche della proprietà di trasporto TargetEndpoint per ulteriori informazioni.

Come abilitare il flusso di richieste e risposte

Per abilitare il flusso delle richieste devi aggiungere request.streaming.enabled alle definizioni del ProxyEndpoint e del TargetEndpoint nel bundle proxy e impostala su true. Analogamente, imposta Proprietà response.streaming.enabled per abilitare il flusso di risposte.

Puoi individuare questi file di configurazione nella UI di Apigee nella vista Sviluppo del tuo proxy. Se stai sviluppando localmente, questi file di definizione si trovano in apiproxy/proxies e apiproxy/targets.

Questo esempio mostra come abilitare i flussi di dati di richiesta e risposta nel TargetEndpoint definizione di Kubernetes.

<TargetEndpoint name="default">
  <HTTPTargetConnection>
    <URL>http://mocktarget.apigee.net</URL>
    <Properties>
      <Property name="response.streaming.enabled">true</Property>
      <Property name="request.streaming.enabled">true</Property>
      <Property name="supports.http10">true</Property>
      <Property name="request.retain.headers">User-Agent,Referer,Accept-Language</Property>
      <Property name="retain.queryparams">apikey</Property>
    </Properties>
  </HTTPTargetConnection>
</TargetEndpoint>

Questo esempio mostra come abilitare il flusso di risposte e richieste nel ProxyEndpoint definizione:

<ProxyEndpoint name="default">
  <HTTPProxyConnection>
    <BasePath>/v1/weather</BasePath>
    <Properties>
      <Property name="allow.http10">true</Property>
      <Property name="response.streaming.enabled">true</Property>
      <Property name="request.streaming.enabled">true</Property>
    </Properties>
  </HTTPProxyConnection>
</ProxyEndpoint>

Per saperne di più sulla configurazione delle definizioni degli endpoint, consulta Riferimento alle proprietà degli endpoint.

Codice correlato campioni

Gli esempi di proxy API su GitHub sono facili da scaricare e utilizzare.

I proxy di esempio che includono flussi di dati includono:

• streaming: mostra un proxy API configurato per lo streaming HTTP.
• Edge Callout: Signed URL Generator: illustra la best practice per generare un URL firmato URL per accedere a file di grandi dimensioni anziché provare a trasmetterli in modalità flusso in una richiesta/risposta.