Redirections

Redirections란?

Redirections는 대규모 리다이렉트 규칙 생성 및 배포를 위한 HTTP 리다이렉트 관리 플랫폼입니다. 웹 대시보드에서 규칙을 관리하고, 글로벌 엣지 네트워크에 배포하며, 간단한 HTTP API를 통해 조회할 수 있습니다.

이 플랫폼은 엣지 기반 해석과 지속적으로 낮은 지연 시간을 통해 리다이렉트 조회 성능을 위해 설계되었습니다. 또한 일반 서버 및 프록시 형식으로 리다이렉트 구성을 내보내 지원하여 인프라 배포를 동기화할 수 있습니다.

엣지 리다이렉트 조회 (글로벌, 50ms 미만): 글로벌 조회 성능 50ms 미만을 목표로 엣지 API를 통해 리다이렉트가 해석됩니다.
300+ 엣지 위치 / PoP 배포: 규칙을 광범위하게 배포하여 사용자 및 인프라 근처에서 리다이렉트 해석이 가능합니다.
전체 CRUD 및 배치 작업 지원 엣지 API: 일반 HTTP API를 사용해 리다이렉트 규칙을 프로그래밍 방식으로 관리하며, 생성, 업데이트, 삭제 및 대량 처리를 포함합니다.
다양한 플랫폼으로 리다이렉트 구성 내보내기: CSV, Nginx (map-file 변형 포함), HAProxy (map-file 변형 포함)용 프로덕션 준비 구성 생성.
리다이렉트 체인 탐지 및 루프 보고: 규칙 세트를 자동 스캔하여 다중 홉 리다이렉트 체인과 순환 루프를 찾아 홉 경로와 홉 수를 보고하여 체인을 축소할 수 있습니다.
팀 액세스 제어 및 감사: 역할 기반 액세스, 감사 추적 및 프로젝트 격리를 통해 환경 간 규칙을 관리하는 팀을 지원합니다.

무료 티어로 시작: 웹 대시보드를 사용해 프로젝트를 생성하고 리다이렉트 규칙을 추가합니다.
엣지에 규칙 배포: 규칙 세트를 게시하여 엣지 네트워크가 수신 요청에 대한 리다이렉트를 해석할 수 있습니다.
엣지 API로 조회: 인프라에서 제공된 HTTP GET 엔드포인트를 호출하여 리다이렉트 조회를 수행합니다. 웹사이트는 표준 HTTP 클라이언트를 사용해 SDK 없이 통합할 수 있다고 명시합니다.
필요 시 구성 내보내기: 서버별 규칙 파일이 필요하면 규칙을 CSV, Nginx 또는 HAProxy 형식 (map-file 변형 포함)으로 내보냅니다.
리다이렉트 체인 검토: 체인 탐지 기능을 사용해 다중 홉 체인과 루프를 식별한 후 불필요한 홉을 줄여 규칙을 단순화합니다.

서비스 간 중앙화된 리다이렉트 관리: 한 곳에서 리다이렉트 규칙을 관리하고 엣지 위치에 배포하며, 여러 인프라 구성 요소에서 API로 조회합니다.
인프라 동기화 유지: 동일한 리다이렉트 규칙 세트를 Nginx 또는 HAProxy 구성 출력으로 내보내 단일 진실 원본으로 서버를 일치시킵니다.
구형 URL 마이그레이션: 레거시 경로 (예: 구 블로그 포스트 URL)에서 업데이트된 대상으로 리다이렉트를 생성하며, 체인 탐지를 통해 리다이렉트 동작을 검증합니다.
프로그래밍 방식 규칙 업데이트: 대시보드 항목을 수동 편집하지 않고 API의 CRUD 및 배치 작업으로 대규모 규칙 세트를 업데이트합니다.
엔터프라이즈 팀 거버넌스: 역할 기반 액세스와 감사 추적을 사용해 규칙 수정 권한을 제어하고 프로젝트 간 변경 사항을 추적합니다.

리다이렉트 조회를 위한 API 인터페이스는? 사이트는 엣지 API를 SDK 없이 인프라에서 호출하도록 설계된 50ms 미만 글로벌 조회를 위한 일반 HTTP GET 엔드포인트로 설명합니다.

조회 속도는 얼마나 빠른가요? 웹사이트에 따르면 엣지 API 조회는 전 세계적으로 50밀리초 미만에 해석되며, 엣지 워커는 항상 워밍 상태로 콜드 스타트가 없습니다.

리다이렉트 규칙을 서버 구성으로 내보낼 수 있나요? 네. Redirections는 CSV, Nginx (map-file 변형 포함), HAProxy (map-file 변형 포함)로 리다이렉트 구성을 내보내 지원합니다.

Redirections가 리다이렉트 체인을 탐지하나요? 네. 다중 홉 체인과 순환 루프를 스캔하는 체인 탐지 엔진을 포함하며, 홉 경로와 홉 수를 보고합니다.

무료 플랜이 있나요? 네. 무료 티어는 1,000개 리다이렉트 규칙, 1개 프로젝트, 월 10K API 요청, 1개 API 키를 포함하며 (신용카드 불필요) 설명됩니다.

셀프 호스팅 리다이렉트 처리 (예: Nginx rewrite 규칙 또는 map 기반 설정): 리다이렉트를 자체 인프라 내에서 완전히 관리하고 싶을 때 유용하지만, 구성 관리와 플릿 간 일관성 유지가 더 수동적일 수 있습니다.
DNS 기반 리다이렉트: 리졸버 수준에서 일부 리다이렉트 사용 사례를 처리할 수 있지만, Redirections에서 설명된 규칙 관리 워크플로와 API 기반 조회 동작을 제공하지 않습니다.
애플리케이션 수준 라우팅 (프레임워크 라우팅 규칙): 애플리케이션 내부에서 리다이렉트를 라우팅하면 코드 수준 제어가 가능하지만, 각 애플리케이션 인스턴스에 배포해야 하며 엣지 해석에 비해 지연이 추가될 수 있습니다.
일반 엣지 라우팅/CDN 워커 스크립팅: 엣지 환경에서 리다이렉트 로직을 직접 구현하면 소규모 규칙 세트에 적합할 수 있지만, 중앙화된 CRUD, 서버/프록시 형식 내보내기, 체인 탐지는 추가 도구가 필요할 수 있습니다.