Offload non-regex reindirizzamenti a Fastly invece di Nginx (route)

Crea un dizionario Edge.

È innanzitutto possibile utilizzare VCL snippet in Adobe Commerce per definire un dizionario perimetrale. Conterrà i reindirizzamenti.

Alcune avvertenze:

• Fastly non può fare regex sulle voci del dizionario. È solo una corrispondenza esatta. Per ulteriori informazioni su queste limitazioni, consulta la documentazione di Fastly sulle limitazioni del dizionario Edge.

• Fastly ha un limite di 1000 voci in un singolo dizionario. Fastly può espandere questo limite, ma questo comporta la terza avvertenza.

• Ogni volta che aggiorni le voci e distribuisci che aggiorni VCL in tutti i nodi, si verifica un aumento geometrico del tempo di caricamento con i dizionari in espansione, il che significa che un dizionario di 2000 voci verrà caricato 3 volte e 4 volte più lentamente di un dizionario di 1000 voci. Ma questo è un problema solo quando distribuisci VCL (aggiornando il dizionario o modificando il codice della funzione VCL).

  Non influisce sul tempo necessario a Fastly per elaborare una richiesta; influisce solo sul tempo necessario a Fastly per inviare una nuova configurazione.

  In generale, i cambiamenti di configurazione richiedono in media alcuni secondi, di solito non più di 5-10 secondi. Pertanto, un aumento raddoppiato degli elementi del dizionario richiede fino a 30 secondi per implementare la configurazione. Un aumento di 4x richiederebbe meno di 2 minuti. Questo porta alla quarta avvertenza.

• Esiste un limite piuttosto rigido di 10.000 voci in un dizionario Edge.

Si consiglia vivamente di consolidare l’elenco dei reindirizzamenti. È possibile utilizzare più dizionari, ma qualsiasi aggiornamento apportato a VCL richiederà alcuni minuti per essere effettivamente popolato in Fastly.

Confrontare URL con i dizionari.

Quando si verifica la ricerca URL, questo eseguirà il confronto per applicare il codice di errore personalizzato se viene trovata una corrispondenza.

Utilizzare un altro frammento VCL per aggiungere qualcosa di simile al seguente a vcl_recv:

     declare local var.redir-path STRING;
     set var.redir-path = table.lookup(redirects, std.tolower(req.url), "");

     if (var.redir-path != "") {
       error 912 var.redir-path;
     }

Qui stiamo verificando se URL esiste nella voce della tabella. In caso contrario, verrà chiamato un errore interno Fastly e verrà passato all'errore il reindirizzamento URL dalla tabella.

Gestire il reindirizzamento.

Quando viene trovata una corrispondenza, viene eseguita l'azione definita per tale obj.status, in questo caso un reindirizzamento di spostamento permanente 301.

Utilizzare uno snippet finale in vcl_error per inviare nuovamente i codici di errore 301 al client:

  if (obj.status == 912) {
     set obj.http.location = obj.response;
     set obj.status = 301;
     set obj.response = "Moved Permanently";
     return(deliver);
       }

Con questo blocco, stiamo verificando se il codice di errore trasmesso da vcl_recv corrisponde e, in tal caso, imposteremo il percorso sul messaggio di errore trasmesso, quindi modificheremo il codice di stato in 301 e il messaggio in "Spostato definitivamente". A questo punto, la risposta dovrebbe essere pronta per tornare al client.