Redirections

Was ist Redirections?

Redirections ist eine Plattform zur Verwaltung von HTTP-Redirects für die Erstellung und Bereitstellung von Redirect-Regeln im großen Maßstab. Sie verwalten Regeln in einem Web-Dashboard, rollen sie auf ein globales Edge-Netzwerk aus und fragen sie über eine einfache HTTP-API ab.

Die Plattform ist für optimale Redirect-Auflösungsleistung am Edge mit konstant niedriger Latenz ausgelegt. Sie unterstützt zudem den Export von Redirect-Konfigurationen in gängige Server- und Proxy-Formate, um Infrastruktur-Bereitstellungen synchron zu halten.

Wichtige Funktionen

• Edge-Redirect-Auflösungen unter 50 ms (global): Redirects werden über eine Edge-API mit globaler Lookup-Performance unter 50 ms aufgelöst.
• Ausrollung auf 300+ Edge-Standorte / PoPs: Regeln können flächendeckend bereitgestellt werden, damit Redirect-Auflösungen nah an Nutzern und Infrastruktur verfügbar sind.
• Edge-API mit vollständigen CRUD- und Batch-Operationen: Regeln programmgesteuert über eine einfache HTTP-API verwalten – inklusive Erstellen, Aktualisieren, Löschen und Stapelverarbeitung.
• Export von Redirect-Konfigurationen für mehrere Plattformen: Produktionsreife Konfigurationen für CSV, Nginx (inkl. Map-File-Varianten) und HAProxy (inkl. Map-File-Varianten) generieren.
• Erkennung von Redirect-Ketten und Loop-Meldungen: Automatisches Scannen des Regelwerks auf Mehrhop-Ketten und Kreisläufen mit Bericht über Hop-Pfad und Hop-Anzahl, um Ketten zu kollabieren.
• Team-Zugriffssteuerung und Auditing: Rollenbasierte Zugriffe, Audit-Trails und Projektisolation für Teams, die Regeln über Umgebungen hinweg verwalten.

So nutzen Sie Redirections

1. Mit dem Free Tier starten: Ein Projekt erstellen und Redirect-Regeln im Web-Dashboard hinzufügen.
2. Regeln ans Edge ausrollen: Regelwerk publizieren, damit das Edge-Netzwerk eingehende Anfragen auflöst.
3. Über Edge-API abfragen: HTTP-GET-Endpunkt von Ihrer Infrastruktur aufrufen, um Redirect-Lookups durchzuführen; die Website erwähnt, dass eine Integration ohne SDK mit einem Standard-HTTP-Client möglich ist.
4. Bei Bedarf Konfigurationen exportieren: Server-spezifische Regeldateien als CSV, Nginx oder HAProxy (inkl. Map-File-Varianten) exportieren.
5. Redirect-Ketten prüfen: Chain-Detection nutzen, um Mehrhop-Ketten und Loops zu identifizieren, und Regeln vereinfachen, um unnötige Hops zu reduzieren.

Anwendungsfälle

• Zentrale Redirect-Verwaltung über Services hinweg: Redirect-Regeln zentral verwalten, ans Edge ausrollen und von mehreren Infrastruktur-Komponenten via API abfragen.
• Infrastruktur synchron halten: Gleiches Regelwerk nach Nginx- oder HAProxy-Konfigurationen exportieren, damit Server mit einer einzigen Wahrheit aligniert bleiben.
• Migration von alten URLs: Redirects von Legacy-Pfaden (z. B. alte Blog-Post-URLs) zu neuen Zielen erstellen und Verhalten via Chain-Detection validieren.
• Programmgesteuerte Regelaktualisierungen: API-CRUD- und Batch-Operationen nutzen, um große Regelwerke ohne manuelle Dashboard-Änderungen zu aktualisieren.
• Enterprise-Team-Governance: Rollenbasierte Zugriffe und Audit-Trails einsetzen, um Regeländerungen zu steuern und über Projekte hinweg zu tracken.

FAQ

Wie lautet die API-Schnittstelle für Redirect-Lookups?
Die Website beschreibt die Edge-API als einfachen HTTP-GET-Endpunkt für globale Lookups unter 50 ms, der direkt von der Infrastruktur ohne SDK aufgerufen werden kann.

Wie schnell sind Lookups?
Die Website gibt an, dass Edge-API-Lookups weltweit unter 50 Millisekunden aufgelöst werden, mit immer warmen Edge-Workern und null Cold Starts.

Kann ich Redirect-Regeln in Server-Konfigurationen exportieren?
Ja. Redirections unterstützt Exporte nach CSV, Nginx (inkl. Map-File-Varianten) und HAProxy (inkl. Map-File-Varianten).

Erkennt Redirections Redirect-Ketten?
Ja. Es enthält einen Chain-Detection-Engine, der Mehrhop-Ketten und Kreisläufe scannt und Hop-Pfad sowie Hop-Anzahl berichtet.

Gibt es einen Free Plan?
Ja. Der Free Tier umfasst 1.000 Redirect-Regeln, 1 Projekt, 10.000 API-Requests pro Monat und 1 API-Key (keine Kreditkarte erforderlich).

Alternativen

• Selbst gehostetes Redirect-Handling (z. B. Nginx-Rewrite-Regeln oder map-basierte Setups): Nützlich, wenn Sie Redirects vollständig in Ihrer eigenen Infrastruktur verwalten möchten, aber Konfigurationsmanagement und Konsistenz über Flotten hinweg können manueller sein.
• DNS-basierte Redirects: Können einige Redirect-Use-Cases auf Resolver-Ebene abdecken, bieten aber typischerweise nicht denselben Regel-Management-Workflow und API-gesteuertes Abfrageverhalten wie Redirections.
• Anwendungsebene-Routing (Framework-Routing-Regeln): Redirects innerhalb einer Anwendung zu routen gibt Code-Ebene-Kontrolle, erfordert aber meist Deployment auf jede Anwendungs-Instanz und kann Latenz im Vergleich zu Edge-Auflösung hinzufügen.
• Allgemeines Edge-Routing/CDN-Worker-Scripting: Redirect-Logik direkt in einer Edge-Umgebung umzusetzen kann für kleinere Regelsets funktionieren, aber zentralisiertes CRUD, Export in Server/Proxy-Formate und Chain-Erkennung erfordern möglicherweise zusätzliche Tools.