Stai visualizzando la documentazione di Apigee Edge.
Vai alla
documentazione di Apigee X. informazioni
Un proxy API è un'interfaccia per le applicazioni client utilizzate per la connessione con i servizi di backend. Apigee Edge offre diversi modi per connettersi ai servizi di backend tramite un proxy API:
- TargetEndpoint per la connessione a qualsiasi servizio HTTP/HTTP, NodeJS o Hosted Target.
- Criterio ServiceCallout per richiamare eventuali servizi esterni prima o dopo la chiamata del server di destinazione in TargetEndpoint.
- Codice personalizzato aggiunto ai criteri JavaScript o ai criteri JavaCallout per connettersi ai servizi di backend.
Connessioni permanenti
La connessione permanente HTTP, chiamata anche keep-alive HTTP o riutilizzo della connessione HTTP, è un concetto che consente a una singola connessione TCP di inviare e ricevere più richieste/risposte HTTP, anziché aprire una nuova connessione per ogni coppia di richiesta/risposta.
Apigee Edge utilizza una connessione permanente per la comunicazione con i servizi di backend. Per impostazione predefinita, una connessione rimane attiva per 60 secondi. Ciò significa che se una connessione è inattiva nel pool di connessioni per più di 60 secondi, la connessione si chiude.
Il periodo di timeout keep-alive è configurabile tramite una proprietà denominata keepalive.timeout.millis
,
specificata nella configurazione TargetEndpoint di un proxy API. Ad esempio, il periodo di tempo di keep-alive può essere impostato su 30 secondi per un servizio di backend specifico in TargetEndpoint.
Nell'esempio seguente, keepalive.timeout.millis
è impostato su 30 secondi nella configurazione
TargetEndpoint:
<!-- /antipatterns/examples/disable-persistent-connections-1.xml --> <TargetEndpoint name="default"> <HTTPTargetConnection> <URL>http://mocktarget.apigee.net</URL> <Properties> <Property name="keepalive.timeout.millis">30000</Property> </Properties> </HTTPTargetConnection>Disable HTTP persistent (Reusable keep-alive) connections </TargetEndpoint>
Nell'esempio precedente, keepalive.timeout.millis
controlla il comportamento keep-alive per un
servizio di backend specifico in un proxy API. Esiste anche una proprietà che controlla il comportamento attivo per tutti i servizi di backend in tutti i proxy. HTTPTransport.keepalive.timeout.millis
è configurabile nel componente Elaboratore messaggi. Questa proprietà ha anche un valore predefinito di 60 secondi. Eventuali modifiche a questa proprietà influiscono sul comportamento della connessione keep-alive tra Apigee Edge e tutti i servizi di backend in tutti i proxy API.
Antipattern
Non è consigliabile disabilitare le connessioni permanenti (keep alive) impostando la proprietà keepalive.timeout.millis
su 0 nella configurazione TargetEndpoint di un proxy API specifico o impostando il valore HTTPTransport.keepalive.timeout.millis
su 0 sui processori di messaggi, in quanto ciò influisce sulle prestazioni.
Nell'esempio seguente, la configurazione TargetEndpoint disabilita le connessioni permanenti (keep alive) per un servizio di backend specifico impostando keepalive.timeout.millis
su 0:
<!-- /antipatterns/examples/disable-persistent-connections-2.xml --> <TargetEndpoint name="default"> <HTTPTargetConnection> <URL>http://mocktarget.apigee.net</URL> <Properties> <Property name="keepalive.timeout.millis">0</Property> </Properties> </HTTPTargetConnection> </TargetEndpoint>
Se le connessioni keep-alive sono disabilitate per uno o più servizi di backend, Edge deve aprire una nuova connessione per ogni nuova richiesta ai servizi di backend di destinazione. Se il backend è HTTPS, Edge eseguirà anche l'handshake SSL per ogni nuova richiesta, con un conseguente aumento della latenza complessiva delle richieste API.
Impatto
- Aumenta il tempo di risposta complessivo delle richieste API poiché Apigee Edge deve aprire una nuova connessione ed eseguire l'handshake SSL per ogni nuova richiesta.
- In condizioni di traffico intenso, le connessioni potrebbero esaurirsi perché il ripristino delle connessioni al sistema richiede tempo.
Best practice
- I servizi di backend devono rispettare e gestire la connessione permanente HTTP in base agli standard HTTP 1.1.
- I servizi di backend dovrebbero rispondere con un'intestazione
Connection:keep-alive
se sono in grado di gestire le connessioni permanenti (keep alive). - I servizi di backend dovrebbero rispondere con un'intestazione
Connection:close
se non sono in grado di gestire le connessioni permanenti.
L'implementazione di questo pattern garantisce che Apigee Edge possa gestire automaticamente una connessione permanente o non permanente con i servizi di backend, senza richiedere modifiche al proxy API.