UStackUStack
Redirections icon

Redirections

用 Redirections 在邊緣管理 HTTP 轉址規則:儀表板建立、部署到 300+ 位置,透過簡單 HTTP API 查詢,並可匯出至 Nginx 或 HAProxy。

Redirections

Redirections 是什麼?

Redirections 是一個 HTTP 轉址管理平台,用於大規模建立與部署轉址規則。您可在網頁儀表板管理規則、部署至全球邊緣網路,並透過簡單 HTTP API 查詢。

該平台專為轉址查詢效能設計,採用邊緣解析與一致低延遲。它也支援匯出轉址設定至常見伺服器與代理格式,讓基礎設施部署保持同步。

主要功能

  • 邊緣轉址查詢低於 50ms(全球):轉址透過邊緣 API 解析,全球查詢效能目標低於 50ms。
  • 部署至 300+ 邊緣位置 / PoP:規則可廣泛部署,讓轉址解析靠近使用者與基礎設施。
  • 邊緣 API 支援完整 CRUD 與批次作業:使用純 HTTP API 程式化管理轉址規則,包括建立、更新、刪除與批次處理。
  • 匯出轉址設定至多平台:產生適用生產環境的設定檔,支援 CSVNginx(含 map-file 變體)與 HAProxy(含 map-file 變體)。
  • 轉址鏈路偵測與迴圈回報:自動掃描規則集,找出多跳轉址鏈與循環,並回報跳躍路徑與跳數,讓鏈路可合併簡化。
  • 團隊存取控制與稽核:提供角色式存取、稽核記錄與專案隔離,適用跨環境管理規則的團隊。

如何使用 Redirections

  1. 從免費方案開始:建立專案,並使用網頁儀表板新增轉址規則。
  2. 部署規則至邊緣:發佈規則集,讓邊緣網路能解析來要求求的轉址。
  3. 透過 Edge API 查詢:從基礎設施呼叫提供的 HTTP GET 端點執行轉址查詢;網站提到無需 SDK,可用標準 HTTP 用戶端整合。
  4. 必要時匯出設定:若需伺服器專用規則檔,可匯出至 CSV、Nginx 或 HAProxy 格式(含 map-file 變體)。
  5. 檢視轉址鏈路:使用鏈路偵測功能找出多跳鏈與迴圈,簡化規則以減少不必要跳躍。

使用情境

  • 跨服務集中轉址管理:在單一處管理轉址規則,部署至邊緣位置,並從多個基礎設施元件透過 API 查詢。
  • 基礎設施保持同步:將相同轉址規則集匯出至 Nginx 或 HAProxy 設定,讓不同伺服器與單一真相來源保持一致。
  • 從舊 URL 遷移:從舊路徑(例如舊部落格文章 URL)建立轉址至新目的地,並透過鏈路偵測驗證轉址行為。
  • 程式化規則更新:使用 API 的 CRUD 與批次作業更新大量規則集,無需手動編輯儀表板項目。
  • 企業團隊治理:使用角色式存取與稽核記錄,控制誰可修改規則,並追蹤跨專案變更。

常見問題

轉址查詢的 API 介面是什麼?
網站描述 Edge API 為純 HTTP GET 端點,用於全球低於 50ms 查詢,設計供基礎設施無 SDK 直接呼叫。

查詢速度有多快?
網站表示邊緣 API 查詢全球解析低於 50 毫秒,邊緣工作常溫運作,無冷啟動。

可以匯出轉址規則至伺服器設定嗎?
可以。Redirections 支援匯出轉址設定至 CSV、Nginx(含 map-file 變體)與 HAProxy(含 map-file 變體)。

Redirections 會偵測轉址鏈路嗎?
會。它包含鏈路偵測引擎,掃描多跳鏈與循環,並回報跳躍路徑與跳數。

有免費方案嗎?
有。免費方案包含 1,000 個轉址規則、1 個專案、每月 10K 次 API 請求與 1 個 API 金鑰(無需信用卡)。

替代方案

  • 自託管轉址處理(例如 Nginx 重寫規則或基於 map 的設定):如果您想完全在自家基礎設施內管理轉址,這很實用,但配置管理和跨叢集一致性可能更需手動處理。
  • 基於 DNS 的轉址:可在解析器層級處理某些轉址情境,但通常無法提供 Redirections 描述的相同規則管理流程和 API 驅動查詢行為。
  • 應用程式層級路由(框架路由規則):在應用程式內路由轉址可提供程式碼層級控制,但通常需部署到每個應用程式實例,且相較邊緣解析會增加延遲。
  • 一般邊緣路由/CDN worker 腳本:直接在邊緣環境實作轉址邏輯適用於較小規則集,但集中 CRUD、匯出至伺服器/代理格式,以及鏈路偵測可能需額外工具。