RedirHub fonctionne selon trois couches distinctes. Le plan de contrôle est l’endroit où vous créez et modifiez les liens. Le réseau d’accès mondial sert chaque redirection. Le pipeline de supervision et d’analytique enregistre les visites et vérifie vos destinations. Chaque couche fonctionne de manière indépendante, donc un problème dans l’une n’arrête pas les deux autres. RedirHub fonctionne sur AWS.
Configuration flows down to every PoP; visit records flow up to the log center. A redirect never waits on either.
1. Plan de contrôle : là où vous effectuez des modifications#
Le tableau de bord, l’API et le serveur MCP constituent le plan de contrôle. Lorsque vous enregistrez une modification, le plan de contrôle pousse la nouvelle configuration vers chaque PoP du réseau d’accès.
2. Réseau d’accès mondial : là où les redirections sont servies#
RedirHub sert les redirections depuis 130 PoP mondiaux. Chaque PoP conserve sa propre copie de votre configuration de redirection et répond aux visiteurs à partir de celle-ci, avec HTTPS automatique, filtrage des bots et protection DDoS. Une redirection n’appelle jamais le plan de contrôle ni le pipeline d’analytique.
Si un PoP tombe en panne, son trafic est automatiquement transféré vers d’autres PoP.
3. Supervision et analytique : là où les visites sont enregistrées#
Après chaque redirection, le PoP envoie un enregistrement de visite au centre de logs de RedirHub. À partir de là, le pipeline génère vos rapports de clics et de scans ainsi que les journaux d’accès, et exécute la surveillance des destinations. Si le pipeline est retardé, aucune visite n’est perdue : les enregistrements restent dans le centre de logs et vos rapports se mettent à jour une fois qu’il est de nouveau opérationnel.
Que se passe-t-il si l’une des couches rencontre un problème#
| Couche avec un problème | Redirects | Changement des liens | Rapports et surveillance |
|---|---|---|---|
| Plan de contrôle (tableau de bord, API, MCP) | Continuer à fonctionner | Mis en pause jusqu'à son rétablissement | Continuer à enregistrer |
| Un PoP | Continuer à fonctionner : le trafic est redirigé vers d'autres PoP | Continuer à fonctionner | Continuer l’enregistrement |
| Surveillance et analytique | Continuer à travailler | Continuer à travailler | Retardé, aucune visite perdue |
Cette séparation fait partie de la manière dont RedirHub offre 99,99 % de disponibilité de la plateforme. Sur Enterprise, tout SLA est défini par votre contrat. Consultez Faits produits pour la liste complète de ce que propose RedirHub.
Questions fréquemment posées
Non. Chaque PoP sert les redirections à partir de sa propre copie de votre configuration, donc les redirections continuent de fonctionner. Vous pouvez effectuer à nouveau des modifications une fois que le tableau de bord et l'API sont de nouveau en ligne.
Non. Les enregistrements de visites restent dans le centre de logs de RedirHub, et vos rapports se mettent à jour une fois que le pipeline est de nouveau en ligne.
Son trafic est automatiquement transféré vers d'autres PoPs, et les visiteurs continuent d'être redirigés.
RedirHub fonctionne sur AWS, avec 130 Global PoPs qui servent les redirections.