RedirHub는 세 개의 별도 계층으로 동작합니다. 제어 플레인은 링크를 만들고 변경하는 곳입니다. 전역 엣지 네트워크는 모든 리디렉션을 처리합니다. 모니터링 및 분석 파이프라인은 방문을 기록하고 대상 URL을 확인합니다. 각 계층은 독립적으로 실행되므로, 하나에 문제가 생겨도 나머지 둘은 중단되지 않습니다. 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% 플랫폼 가동 시간을 제공하는 방식의 일부입니다. Enterprise에서는 모든 SLA가 귀하의 계약에 따라 정해집니다. RedirHub가 제공하는 전체 목록은 제품 정보에서 확인하세요.
자주 묻는 질문
아니요. 각 PoP는 자체 구성 사본에서 리디렉션을 제공하므로 리디렉션은 계속 작동합니다. 대시보드와 API가 복구되면 다시 변경할 수 있습니다.
아니요. 방문 기록은 RedirHub 로그 센터에 유지되며, 파이프라인이 복구되면 보고서가 다시 따라잡습니다.
트래픽은 자동으로 다른 PoP로 이동하며, 방문자는 계속 리디렉션됩니다.
RedirHub는 AWS에서 운영되며, 130개의 전 세계 PoP가 리디렉션을 제공합니다.