È possibile utilizzare caratteri jolly o percorsi catcher nel gateway API AWS

Question

Sto provando a reindirizzare tutto il traffico per un dominio a un altro. Piuttosto che eseguire un server specifico per questo lavoro, stavo cercando di utilizzare AWS API Gateway con lambda per eseguire il reindirizzamento.

Ho questo ok funzionante per il percorso root "/" ma qualsiasi richiesta di sotto-percorsi, ad es./a non sono gestiti. C'è un modo per definire una risorsa "catch all" o gestore di caratteri jolly?

Answer 1

Come la scorsa settimana, gateway API supporta ora quello che chiamano “catch-all Variabili di percorso”.

i dettagli e un walk-through qui: API Gateway Update – New Features Simplify API Development

Answer 2

È possibile creare una risorsa con variabile di percorso /{param} e trattarla come gestore del percorso con caratteri jolly.

Grazie, - Ka Hou

Answer 3

Aggiornamento: Come la scorsa settimana, gateway API supporta ora quello che chiamano “catch-all Variabili di percorso”. Vedi API Gateway Update – New Features Simplify API Development.

---

Sarà necessario creare una risorsa per ogni livello, purtroppo. La ragione di ciò è API Gateway che ti consente di accedere a tali parametri tramite un oggetto.

Ad esempio: method.request.path.XXXX

Quindi, se avete solo /{param} si poteva accedere a quella con: method.request.path.param ma se si ha un percorso nidificato (params con slash), che non avrebbe funzionato. Avresti anche un 404 per l'intera richiesta.

Se method.request.path.param era invece una matrice ... quindi potrebbe ottenere parametri per posizione quando non nominati. Ad esempio method.request.path.param[] ... I parametri nominati potrebbero essere gestiti anche lì, ma l'accesso a questi non sarebbe davvero facile. Richiederebbe l'utilizzo di qualcosa di una sorta di mappatura del percorso JSON (pensa come quello che puoi fare con i loro modelli di mappatura). Purtroppo questo non è il modo in cui viene gestito in API Gateway.

Penso che sia ok anche perché questo potrebbe rendere la configurazione di Gateway API ancora più complessa. Tuttavia, limita anche il gateway API e per gestire questa situazione alla fine si finisce con una configurazione più confusa comunque.

Quindi, si può andare molto lontano qui. Creare lo stesso metodo per più risorse e fare qualcosa del tipo: /{1}/{2}/{3}/{4}/{5}/{6}/{7} e così via. Quindi è possibile gestire ogni livello di parametro del percorso, se necessario.

Se il numero di parametri è sempre lo stesso, allora sei un po 'più fortunato e hai solo bisogno di impostare un sacco di risorse, ma un metodo alla fine.

fonte: https://forums.aws.amazon.com/thread.jspa?messageID=689700&#689700

Answer 4

È possibile creare una risorsa con il percorso come /{thepath+}. Il segno più è importante.

Poi nella funzione lambda è possibile accedere al valore sia con

• event.path - contiene sempre il percorso completo
• o event.queryPathParameters.thepath - contiene la parte definita da voi. Altro caso d'uso possibile: definire la risorsa come /images/{imagepath+} in modo che corrisponda solo ai percorsi con un determinato prefisso. La variabile conterrà solo il sottotracciato.

È possibile eseguire il debug tutti i valori passati alla funzione con: JSON.stringify(event)

Full documentation