RedirHubは3つの独立したレイヤーとして動作します。コントロールプレーンはリンクの作成と変更を行う場所です。グローバルエッジネットワークはすべてのリダイレクトを配信します。監視および分析パイプラインは訪問を記録し、転送先を確認します。各レイヤーは独立して動作するため、1つに問題が起きても他の2つは停止しません。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保護付きで、そこから訪問者に応答します。リダイレクトがコントロールプレーンや分析パイプラインを呼び出すことはありません。
1つのPoPに障害が発生しても、そのトラフィックは自動的に他のPoPへ移動します。
3. 監視と分析: 訪問が記録される場所#
各リダイレクトの後、PoPは訪問記録をRedirHubログセンターに送信します。そこからパイプラインがクリックとスキャンのレポート、アクセスログを作成し、転送先の監視を実行します。パイプラインが遅延しても訪問が失われることはありません。記録はログセンターに保持され、復旧後にレポートが追いつきます。
1つのレイヤーに問題が起きた場合はどうなるか#
| 問題のあるレイヤー | Redirects | リンクの切り替え | レポートと監視 |
|---|---|---|---|
| コントロールプレーン（ダッシュボード、API、MCP） | そのまま動作を継続 | 復旧するまで一時停止 | 記録を継続 |
| 1つのPoP | そのまま動作を継続：トラフィックは他のPoPに移動 | そのまま動作を継続 | 記録を続ける |
| モニタリングと分析 | 作業を続ける | 作業を続ける | 遅延しても、訪問は失われない |
この分離は、RedirHub が 99.99% のプラットフォーム稼働率を実現する仕組みの一部です。Enterprise では、SLA はすべてご契約内容によって定められます。RedirHub が提供するすべての内容については、製品情報をご覧ください。
よくある質問
いいえ。各 PoP は、設定の自身のコピーからリダイレクトを配信するため、リダイレクトは引き続き機能します。ダッシュボードと API が復旧したら、再び変更できます。
いいえ。訪問記録は RedirHub のログセンターに保持され、パイプラインが復旧するとレポートが追いつきます。
トラフィックは自動的に他の PoP に移り、訪問者は引き続きリダイレクトされます。
RedirHub は AWS 上で稼働しており、130 のグローバル PoP がリダイレクトを配信しています。