RedirHub 作为三个独立层运行。控制平面是你创建和修改链接的地方。全球边缘网络负责提供每一次重定向。监控和分析管道记录访问并检查你的目标地址。每一层都独立运行，因此某一层出现问题不会影响另外两层。RedirHub 运行在 AWS 上。
Configuration flows down to every PoP; visit records flow up to the log center. A redirect never waits on either.
1. 控制平面：你进行更改的地方#
仪表盘、API 和 MCP 服务器共同组成控制平面。你保存更改后，控制平面会将新的配置推送到边缘网络中的每个 PoP。
2. 全球边缘网络：提供重定向的地方#
RedirHub 从 130 个全球 PoP 提供重定向服务。每个 PoP 都保存你重定向配置的自己的副本，并据此响应访客，同时提供自动 HTTPS、机器人过滤和 DDoS 防护。重定向不会调用控制平面或分析管道。
如果某个 PoP 故障，其流量会自动转移到其他 PoP。
3. 监控与分析：记录访问的地方#
每次重定向后，PoP 都会向 RedirHub 日志中心发送一条访问记录。从那里，管道会生成你的点击和扫描报告以及访问日志，并运行目标监控。如果管道延迟，访问不会丢失：记录会保留在日志中心，管道恢复后你的报告会自动补上。
如果某一层出现问题会发生什么#
| 存在问题的层 | Redirects | 更改链接 | 报告和监控 |
|---|---|---|---|
| 控制平面（仪表盘、API、MCP） | 继续运行 | 暂停，直到恢复 | 继续记录 |
| 一个 PoP | 继续运行：流量转移到其他 PoP | 继续运行 | 持续记录 |
| 监控与分析 | 继续工作 | 继续工作 | 延迟，无访问丢失 |
这种分离是 RedirHub 实现 99.99% 平台正常运行时间的一部分。对于企业版，任何 SLA 都由您的合同规定。请参阅 产品事实，了解 RedirHub 提供的完整列表。
常见问题
不会。每个 PoP 都会使用你配置的本地副本提供重定向，因此重定向会继续正常工作。等仪表板和 API 恢复后，你可以再次进行更改。
不会。访问记录会保存在 RedirHub 日志中心，等管道恢复后，你的报告会补上缺失的数据。
它的流量会自动转移到其他 PoP，访客仍会被重定向。
RedirHub 运行在 AWS 上，拥有 130 个 Global PoP 提供重定向服务。