RedirHub läuft in drei separaten Schichten. Das Kontroll-Plane ist der Ort, an dem Sie Links erstellen und ändern. Das globale Edge-Netzwerk stellt jede Weiterleitung bereit. Die Überwachungs- und Analyse-Pipeline erfasst Besuche und überprüft Ihre Ziele. Jede Schicht läuft eigenständig, sodass ein Problem in einer Schicht die anderen beiden nicht stoppt. RedirHub läuft auf AWS.
Configuration flows down to every PoP; visit records flow up to the log center. A redirect never waits on either.
1. Kontroll-Plane: Wo Sie Änderungen vornehmen#
Das Dashboard, die API und der MCP-Server bilden das Kontroll-Plane. Wenn Sie eine Änderung speichern, überträgt das Kontroll-Plane die neue Konfiguration an jeden PoP im Edge-Netzwerk.
2. Globales Edge-Netzwerk: Wo Weiterleitungen bereitgestellt werden#
RedirHub stellt Weiterleitungen von 130 globalen PoPs bereit. Jeder PoP behält seine eigene Kopie Ihrer Weiterleitungskonfiguration und beantwortet Besucher damit, mit automatischem HTTPS, Bot-Filterung und DDoS-Schutz. Eine Weiterleitung ruft niemals das Kontroll-Plane oder die Analyse-Pipeline auf.
Wenn ein PoP ausfällt, wird sein Traffic automatisch auf andere PoPs umgeleitet.
3. Überwachung und Analyse: Wo Besuche erfasst werden#
Nach jeder Weiterleitung sendet der PoP einen Besuchseintrag an das RedirHub-Logzentrum. Von dort erstellt die Pipeline Ihre Klick- und Scan-Berichte sowie Zugriffsprotokolle und führt die Zielüberwachung aus. Wenn sich die Pipeline verzögert, gehen keine Besuche verloren: Die Einträge bleiben im Logzentrum und Ihre Berichte holen auf, sobald sie wieder verfügbar ist.
Was passiert, wenn eine Schicht ein Problem hat#
| Schicht mit einem Problem | Redirects | Links ändern | Berichte und Überwachung |
|---|---|---|---|
| Steuerungsebene (Dashboard, API, MCP) | Weiterarbeiten | Angehalten, bis sie wieder verfügbar ist | Weiter aufzeichnen |
| Ein PoP | Weiterarbeiten: Der Verkehr wird zu anderen PoPs verlagert | Weiterarbeiten | Weiter aufnehmen |
| Überwachung und Analysen | Weiterarbeiten | Weiterarbeiten | Verzögert, keine Besuche verloren |
Diese Trennung ist Teil davon, wie RedirHub eine Plattformverfügbarkeit von 99,99 % erreicht. Bei Enterprise wird jedes SLA durch Ihren Vertrag festgelegt. Siehe Produktdetails für die vollständige Liste dessen, was RedirHub anbietet.
Häufig gestellte Fragen
Nein. Jeder PoP liefert Weiterleitungen aus seiner eigenen Kopie Ihrer Konfiguration aus, daher funktionieren die Weiterleitungen weiter. Sie können erneut Änderungen vornehmen, sobald Dashboard und API wieder verfügbar sind.
Nein. Besuchsdatensätze bleiben im RedirHub-Protokollzentrum, und Ihre Berichte holen auf, sobald die Pipeline wieder läuft.
Sein Traffic wird automatisch auf andere PoPs verlagert, und Besucher werden weiterhin weitergeleitet.
RedirHub läuft auf AWS, mit 130 Global PoPs, die Weiterleitungen ausliefern.