Url di Invocazione e Canali
Su ogni nodo saranno autorizzate ad essere invocate solamente le API che possiedono un canale corrispondente alla configurazione del nodo come raffigurato in Fig. 338.
Fig. 338 Suddivisione delle API in Canali
È possibile utilizzare le regole di proxy pass descritte nella sezione URL di Invocazione API al fine di far visualizzare una url di invocazione nel dettaglio di una erogazione o fruizione che indirizzi il nodo corretto. La definizione corretta delle regole di proxy pass dipendono dall’architettura reale dei nodi in Load Balancing. Di seguito vengono forniti alcuni esempi al fine di esemplificare la funzionalità.
Ipotesi1: Nome del Canale corrisponde all’hostname di un nodo
In questo primo scenario ogni API sarà invocabile solamente su uno dei nodi che compongono il cluster (Fig. 339). Lo scenario prevede che gli identificativi dei canali corrispondo all’hostname di un nodo.
Fig. 339 Suddivisione delle API in Canali, scenario 1
Creando una regola di proxy pass (vedi URL di Invocazione API) con i seguenti criteri di Applicabilità:
Espressione Regolare: true
Regola: (.+)
Profilo: API Gateway
Soggetto: Qualsiasi
Ruolo: Erogazione
Tipo API: Qualsiasi
Nuova URL di Invocazione
Base URL: http://${canale}/govway
Contesto: ${0}
L’url di invocazione visualizzata per ogni erogazione indirizzerà il corretto host corrispondente al canale (Fig. 340):
Fig. 340 Url di Invocazione, scenario 1
Ipotesi2: Nome del Canale corrisponde all’hostname di un load balancer
In questo scenario l’architettura è composta da 3 canali ognuno dei quali è gestito da due nodi GovWay bilanciati da un load balancer (Fig. 341). Lo scenario prevede che gli identificativi dei canali corrispondo all’hostname dei load balancer.
Fig. 341 Suddivisione delle API in Canali, scenario 2
La configurazione da utilizzare nelle regole di proxy pass è identica a quelle descritta nella Ipotesi 1
Ipotesi3: Nome del Canale corrisponde ad un contesto gestito da un FrontendWeb
In questo scenario ogni nodo in Load Balancing viene acceduto tramite un Frontend Web. Le richieste vengono redirette al corretto nodo in base ad una informazione di contesto presente nella url. Lo scenario prevede che gli identificativi dei canali corrispondo all’informazione di contesto utilizzato dal Frontend Web per inoltrare le richieste al corretto nodo.
Fig. 342 Suddivisione delle API in Canali, scenario 3
Creando una regola di proxy pass (vedi URL di Invocazione API) con i seguenti criteri di Applicabilità:
Espressione Regolare: true
Regola: (.+)
Profilo: API Gateway
Soggetto: Qualsiasi
Ruolo: Erogazione
Tipo API: Qualsiasi
Nuova URL di Invocazione
Base URL: http://frontend/govway
Contesto: ${canale}${0}
L’url di invocazione visualizzata per ogni erogazione conterrà la corretta informazione di contesto che verrà utilizzata dal Frontend Web per smistare le richieste (Fig. 343):
Fig. 343 Url di Invocazione, scenario 3
