Offload niet-regex herleidt naar Fastly in plaats van Nginx (routes)

Maak een Edge-woordenboek.

Eerst, kunt u VCL fragmenten in Adobe Commercegebruiken om een randwoordenboek te bepalen. Dit bevat de omleidingen.

Enkele kanttekeningen:

• Kan snel geen regex uitvoeren op woordenboekitems. Het is maar een exacte overeenkomst. Voor meer op deze beperkingen, gelieve te zien {de documenten van 0} Fastly op de beperkingen van het randwoordenboek 🔗.

• Er geldt een limiet van 1000 items in één woordenboek. Deze limiet kan snel worden vergroot, maar dat leidt tot het derde voorbehoud.

• Telkens wanneer u de ingangen bijwerkt en dat bijgewerkte VCL aan alle knopen opstelt, is er een geometrische toename van de ladingstijd met het uitbreiden van woordenboeken - betekenend, zal een 2000 ingangswoordenboek 3x-4x langzamer dan een 1000 ingangswoordenboek eigenlijk laden. Maar dat is slechts een kwestie wanneer u VCL (het bijwerken van het woordenboek of het veranderen van de VCL functiecode) opstelt.

  Het heeft geen invloed op de tijd die nodig is om een aanvraag snel te verwerken; het is alleen van invloed op de tijd die nodig is om snel een nieuwe configuratie uit te duwen.

  Over het algemeen nemen configuratiewijzigingen gemiddeld enkele seconden in beslag, meestal niet meer dan 5-10 seconden. Zo neemt een 2x verhoging van woordenboekpunten omhoog van 30 seconden om uw config uit te krijgen. Een stijging van 4 x neemt dichter bij 2 minuten in beslag. Dit leidt tot het vierde voorbehoud.

• Er is een vrij harde grens van 10.000 ingangen in een randwoordenboek.

We raden u ten zeerste aan uw lijst met omleidingen te consolideren. U kunt meerdere woordenboeken gebruiken, maar houd er rekening mee dat elke update die u aanbrengt in uw VCL enkele minuten duurt om snel te vullen.

Vergelijk de URL met het woordenboek.

Wanneer de URL-zoekopdracht wordt uitgevoerd, wordt de vergelijking gemaakt om de aangepaste foutcode toe te passen als er een overeenkomst wordt gevonden.

Gebruik een ander VCL-fragment om iets als het volgende toe te voegen aan 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;
     }

Hier, controleren wij om te zien of bestaat URL in de lijstingang. Als dit het geval is, wordt een interne Fastly-fout aangeroepen en wordt de omleiding van de URL vanuit de tabel doorgegeven aan die fout.

De omleiding beheren.

Wanneer een overeenkomst wordt gevonden, wordt de actie ondernomen die voor die obj.status wordt bepaald, in dit geval een 301 permanent bewegingsomleiding.

Gebruik een laatste fragment in vcl_error om de 301 foutcodes terug te sturen naar de client:

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

Met dit blok, controleren wij om te zien of zal de foutencode die van vcl_recv wordt overgegaan aanpast, en als zo, zullen wij de plaats aan het foutenbericht plaatsen dat binnen wordt overgegaan, dan de statuscode in 301 en het bericht "permanent"veranderen. Op dat punt, zou de reactie klaar moeten zijn om terug naar de cliënt te gaan.