Nicht-Regex-Umleitungen werden nach Fastly anstatt nach Nginx (Routen) abgeladen.

Erstellen Sie ein Edge-Wörterbuch.

Zunächst können Sie VCL-Snippets in Adobe Commerce verwenden, um ein Kantenwörterbuch zu definieren. Diese enthält die Umleitungen.

Einige Vorbehalte hierzu:

• Fastly kann Regex bei Wörterbucheinträgen nicht ausführen. Es ist nur eine genaue Übereinstimmung. Weitere Informationen zu diesen Einschränkungen finden Sie unter Fastly's docs on edge dictionary limits.

• Fastly hat eine Grenze von 1000 Einträgen in einem Wörterbuch. Fastly kann diese Grenze erweitern, aber das führt zum dritten Höhepunkt.

• Jedes Mal, wenn Sie die Einträge aktualisieren und diese aktualisierte VCL auf allen Knoten bereitstellen, wird die geometrische Ladezeit mit erweiterten Wörterbüchern verlängert. Das bedeutet, dass ein 2000-Einträge-Wörterbuch tatsächlich 3 x 4 x 4 x langsamer lädt als ein 1000-Einträge-Wörterbuch. Dies ist jedoch nur ein Problem bei der Bereitstellung des VCL (Aktualisierung des Wörterbuchs oder Änderung des VCL-Funktionscodes).

  Dies hat keine Auswirkungen auf die Zeit, die die Verarbeitung einer Anfrage schnell dauert. Es hat nur Auswirkungen darauf, wie lange es schnell dauert, eine neue Konfiguration auszuführen.

  Im Allgemeinen dauern Konfigurationsänderungen im Durchschnitt einige Sekunden, in der Regel nicht mehr als 5-10 Sekunden. Eine 2fache Erhöhung der Wörterbucheinträge dauert also 30 Sekunden, bis Ihre Konfiguration eingeführt wird. Eine 4fache Erhöhung würde näher an 2 Minuten dauern. Dies führt zum vierten Vorbehalt.

• Es gibt eine ziemlich harte Grenze von 10.000 Einträgen in einem Edge-Wörterbuch.

Es wird dringend empfohlen, Ihre Umleitungsliste zu konsolidieren. Sie können mehrere Wörterbücher verwenden, aber beachten Sie bitte, dass jede Aktualisierung, die Sie an Ihrem VCL vornehmen, mehrere Minuten in Anspruch nehmen wird, um in Fastly zu füllen.

Vergleichen Sie die URL mit den Wörterbüchern.

Wenn die URL-Suche erfolgt, wird der Vergleich durchgeführt, um den benutzerspezifischen Fehlercode anzuwenden, wenn eine Übereinstimmung gefunden wird.

Verwenden Sie ein anderes VCL-Snippet, um vcl_recv etwa Folgendes hinzuzufügen:

     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 überprüfen wir, ob die URL im Tabelleneintrag vorhanden ist. Wenn dies der Fall ist, rufen wir einen internen Fastly-Fehler auf und übergeben die Umleitungs-URL aus der Tabelle an diesen Fehler.

Verwalten Sie die Umleitung.

Wenn eine Übereinstimmung gefunden wird, wird die Aktion ausgeführt, die für diesen obj.status definiert ist, in diesem Fall eine 301 dauerhafte Umleitung zum Verschieben.

Verwenden Sie einen endgültigen Ausschnitt in vcl_error, um die 301-Fehlercodes zurück an den Client zu senden:

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

Mit diesem Block überprüfen wir, ob der von vcl_recv übergebene Fehlercode übereinstimmt. Wenn ja, setzen wir den Speicherort auf die übergebene Fehlermeldung, ändern dann den Statuscode auf 301 und die Nachricht auf "Dauerhaft verschoben". Zu diesem Zeitpunkt sollte die Antwort bereit sein, zum Client zurückzukehren.