Concatenamento di proxy API

Questa pagina si applica a Apigee e Apigee ibrido.

Visualizza la documentazione di Apigee Edge.

Puoi specificare che un proxy è l'endpoint di destinazione di un altro, collegando in modo efficace i due proxy in una catena di proxy. concatenare i proxy in questo modo può aiutarti a evitare un hop di rete e quindi a migliorare le prestazioni generali.

Nota: ogni proxy nella catena viene fatturato come una chiamata e conta come una chiamata ai fini dei limiti.

Nota:il concatenamento dei proxy offre un modo per riutilizzare i proxy. Per un altro modo, in cui sviluppi componenti espressamente progettati per essere riutilizzati, assicurati di consultare Flussi condivisi riutilizzabili.

Con il concatenamento dei proxy specifichi che un proxy è l'endpoint di destinazione locale dell'altro. Anziché utilizzare l'elemento HTTPTargetConnection per effettuare una chiamata al secondo proxy, usi l'elemento LocalTargetConnection.

<LocalTargetConnection>
    <APIProxy>myproxy2</APIProxy>
    <ProxyEndpoint>default</ProxyEndpoint>
</LocalTargetConnection>

Il concatenamento dei proxy potrebbe essere utile quando hai un proxy che offre alcune funzionalità discrete di basso livello che verranno utilizzate da altri proxy. Ad esempio, un proxy che espone le operazioni di creazione/lettura/aggiornamento/eliminazione con un datastore di backend potrebbe essere il proxy di destinazione per diversi altri proxy che espongono i dati ai client.

Nota: i proxy che vuoi connettere in questo modo devono trovarsi nella stessa organizzazione e nello stesso ambiente. Se il proxy a cui ti stai connettendo non rientra in questo ambito, valuta la possibilità di connetterlo come risorsa esterna utilizzando l'elemento HTTPTargetConnection (come descritto in Riferimento alla configurazione del proxy API).

Nota: il seguente video mostra l'editor proxy classico nell'interfaccia utente di Apigee. Apigee sta introducendo una nuova versione dell'Editor proxy, che ha un design diverso dalla versione classica mostrata nel video.

Video: guarda un breve video per scoprire di più sul concatenamento dei proxy API.

Come funziona il concatenamento dei proxy

Il concatenamento del proxy utilizza una connessione locale per ridurre al minimo l'overhead di rete quando si chiama un proxy da un altro. Questa connessione locale è più efficiente perché ignora funzionalità di rete come bilanciatori del carico, router e processori di messaggi.

Di seguito viene illustrata la differenza tra la connessione dei proxy con HTTPTargetConnection e LocalTargetConnection (collegamento dei proxy):

Puoi connettere i proxy specificando che uno è un endpoint di destinazione locale dell'altro. Per la configurazione nel diagramma precedente (chiamata da proxy a proxy con concatenamento del proxy), devi specificare che ProxyB (/proxyB) è un endpoint di destinazione locale di ProxyA (/proxyA). Di conseguenza, le richieste in arrivo su ProxyA vengono inoltrate a ProxyB.

Puoi creare una connessione locale tra i proxy in due modi:

• specificando il nome del proxy di destinazione e il nome di un ProxyEndpoint
• Specificando un percorso all'endpoint proxy di destinazione

Puoi connettere i proxy di destinazione all'interno di una configurazione TargetEndpoint utilizzando un elemento LocalTargetConnection, come descritto di seguito.

Attenzione:quando concateni i proxy API, assicurati di evitare callout ricorsivi a ciclo continuo nello stesso proxy API, che potrebbe causare un sovraccarico del sistema.

Connessione dei proxy per nome proxy

Puoi specificare il proxy di destinazione per nome. Potresti scoprire che questa opzione è più utile quando crei la connessione dall'inizio e sviluppi i proxy insieme. Se non conosci il nome (o il nome potrebbe cambiare), valuta la possibilità di connetterti con il percorso dell'endpoint del proxy di destinazione, come descritto di seguito.

Quando ti connetti a un proxy di destinazione per nome, specifichi il nome del proxy e il nome del suo ProxyEndpoint.

L'esempio seguente specifica un proxy di destinazione denominato data-manager, insieme al nome ProxyEndpoint esposto da data-manager. Per informazioni di riferimento, consulta Riferimento per la configurazione del proxy API.

Gli elementi <APIProxy> e <ProxyEndpoint> supportano la funzionalità di sostituzione dinamica delle stringhe chiamata modelli di messaggi.

Importante: se implementi il concatenamento del proxy utilizzando il nome del proxy, il secondo proxy non mostrerà risultati in Debug anche se chiami Debug. Utilizza Collegamento del proxy per percorso se devi utilizzare Debug sul secondo proxy.

<TargetEndpoint name="datamanager">
    <PreFlow name="PreFlow">
        <!-- PreFlow policies -->
    </PreFlow>
    <PostFlow name="PostFlow">
        <!-- PostFlow policies -->
    </PostFlow>
    <LocalTargetConnection>
        <APIProxy>data-manager</APIProxy>
        <ProxyEndpoint>default</ProxyEndpoint>
    </LocalTargetConnection>
</TargetEndpoint>

Connessione dei proxy per percorso

Puoi specificare il proxy di destinazione in base al percorso endpoint. Potresti voler procedere in questo modo se non conosci il nome del proxy o quando il nome potrebbe cambiare.

Se il proxy è semplicemente il consumer del proxy di destinazione, ad esempio se non li stai sviluppando entrambi, il percorso potrebbe essere il modo più affidabile per connettersi. Ad esempio, se il proxy a cui ti stai connettendo è sviluppato e gestito da un altro team, potresti voler connetterti utilizzando un percorso endpoint affidabile.

L'esempio seguente specifica un proxy di destinazione in /v1/streetcarts/foodcarts/data-manager, in cui si presume che l'host sia uguale al proxy attuale. Per informazioni di riferimento, consulta Informazioni di riferimento sulla configurazione del proxy API.

<TargetEndpoint name="datamanager">
    <PreFlow name="PreFlow">
        <!-- PreFlow policies -->
    </PreFlow>
    <PostFlow name="PostFlow">
        <!-- PostFlow policies -->
    </PostFlow>
    <LocalTargetConnection>
        <Path>/v1/streetcarts/foodcarts/data-manager</Path>
    </LocalTargetConnection>
</TargetEndpoint>

L'elemento <Path> in <LocalTargetConnection> può essere una stringa oppure puoi utilizzare un modello di messaggio per assegnare un valore in modo dinamico.

Connessione dei proxy mediante la UI di Apigee

Puoi anche connettere i proxy, per nome o percorso, utilizzando la UI di Apigee. Nell'esempio seguente, sono presenti due proxy, ProxyA e ProxyB e vuoi che ProxyB sia un endpoint di destinazione di ProxyA. Per connettere i proxy in base al nome del proxy, segui questi passaggi:

1. Accedi all'UI di Apigee.
2. Seleziona Sviluppo > Proxy nel riquadro a sinistra.
3. Nell'elenco dei proxy, seleziona ProxyA.
4. Fai clic sulla scheda Sviluppo.
5. Nel riquadro Codice, sostituisci la sezione <TargetEndpoint> del file XML con quanto segue:

   <TargetEndpoint>
     <LocalTargetConnection>
       <APIProxy>ProxyB</APIProxy>
       <ProxyEndpoint>default</ProxyEndpoint>
     </LocalTargetConnection>
   </TargetEndpoint>

6. Fai clic su Salva.

Proxy concatenati, prodotti API e sicurezza

Il concatenamento dei proxy è ideale nei casi in cui entrambi i proxy si trovano nello stesso prodotto API. Per impostazione predefinita, entrambi sono disponibili per i client. Apigee al momento non supporta il raggruppamento del secondo proxy in un prodotto API separato a cui i client non dovrebbero avere accesso.

Se il secondo proxy deve essere protetto contro le richieste dirette del client, ti consigliamo di aggiungere una logica per fare in modo che il secondo proxy esamini l'indirizzo IP del client. Nel caso di una chiamata effettuata con concatenamento, l'indirizzo IP sarà locale. Il tuo codice può confermare che sia locale prima di consentire il proseguimento dell'elaborazione. Per istruzioni su come eseguire questa operazione, vedi il criterio AccessControl.