トラフィックをリアルタイムで制御

トラフィック・オーケストレーションとは、Webアプリケーションへのトラフィックをリアルタイムで可視化し、制御する仕組みです。ビジターのアイデンティティ、アクセスの意図、コンテキストに基づき、ビジネス目標、システムの処理能力、セキュリティ要件に合わせて、トラフィックの構成を動的に振り分け、選別、調整します。

Queue-itの仕組みについて詳しく知る

トラフィック・オーケストレーションとCDNは、どちらか一方を選ぶものではなく、相互に補完するレイヤーです。CDNはトラフィック配信の速度、拡張性、信頼性を最適化します。一方、トラフィック・オーケストレーションは、誰が、いつ、どのような条件でアクセスできるかを制御します。
Queue-itは特定のCDNやインフラに依存せず、25種類以上のコネクタを通じて、単一CDNとマルチCDNのどちらの構成にも対応します。また、AkamaiをはじめとするCDNとは、競合するのではなく、相互に補完するパートナーとして連携します。
つまり、CDNはトラフィックをサイトへ届け、Queue-itは誰をサイトへ通すかを制御します。両者を組み合わせることで、高速かつ公平で信頼性の高いオンライン体験を実現できます。

システムのスケーリングは有効な対策ですが、需要の規模を問わず安定したパフォーマンスを維持するには、それだけでは十分でない場合があります。オートスケーリングのみに依存すると、次のような課題が生じます。

• サーバーやデータベースを平常時の負荷の数倍まで拡張するため、高額なコストが発生します。
• レガシーバックエンド、ログイン、決済、外部サービスなど、拡張が難しいシステムが存在する場合があります。また、ビジター数や行動を正確に予測することは困難です。
• オートスケーリングはアクセス増加に応じて稼働するため、数秒でトラフィックが急増し、サーバーの起動に数分かかる場合には、対応が間に合わない可能性があります。
• 需要に適切に対応できているかを確認するには、専門知識と継続的な監視が必要です。

Queue-itでトラフィック流量を制御することにより、次のような効果が期待できます。

• サーバーとデータベースのスケーリング費用を削減できます。
• 主要なボトルネックを拡張できないことによるシステム障害のリスクを軽減できます。
• システムを24時間365日安定して稼働させるために必要な運用負荷を抑えられます。

Queue-itがオートスケーリングを補完する仕組みについて詳しく見る

トラフィックが設定した処理能力を超えると、Queue-itは待合室を起動します。超過したビジターをQueue-itのインフラ上で待機させ、システムが処理できるレートでサイトへ順次案内します。
これにより、データベース、ログイン、決済ゲートウェイなどのボトルネックに、処理能力を超えるトラフィックが流入することを防ぎます。その結果、アクセス集中によるサイトのダウン、低速化、過剰受注などのリスクを軽減できます。
Queue-it利用企業の94％が、ピークトラフィックに起因するサイトのパフォーマンス問題を防止できたと回答しています。

サイトダウン対策を詳しく見る

ロードバランサーと仮想待合室は、それぞれ異なる課題を解決します。高需要時には、どちらか一方がもう一方の代わりになるものではありません。
ロードバランサーは、ステートレスな仕組みでリクエストを複数のサーバーへ分散します。高い拡張性を備えていますが、流入するトラフィック量そのものを制御するわけではありません。バックエンドや外部サービスが負荷を処理できない場合でもリクエストを通過させるため、処理能力を超えると、HTTP 429エラー、タイムアウト、パフォーマンス低下などが発生する可能性があります。
Queue-itの仮想待合室は、流入するトラフィックの流量を制御し、システムが処理能力を超えないようにします。アクセス集中時にはビジターをQueue-itのインフラ上で待機させ、予想待ち時間とブランドに合わせた体験を提供しながら、公平かつ制御された順番でサイトへ案内します。
つまり、仮想待合室はピーク時にシステム全体を保護し、ロードバランサーは通過を許可されたトラフィックを複数のサーバーへ分散します。高い耐障害性を備えたシステムの多くは、両方を組み合わせて使用しています。

ビジターを待合室へ案内するタイミングは、Queue-itの設定によって決まります。
まず、待合室の表示方法を「常に表示」または「ピーク時のみ表示」から選択できます。「ピーク時のみ表示」を選択した場合、トラフィックが設定した閾値を超えたときにのみ、待合室が起動します。
次に、Queue-itを適用するユーザーフローの範囲を指定します。サイト全体、ランディングページ、ログインページのほか、顧客が「カートに追加」を選択した際の動的リクエストなども対象にできます。
これにより、ユーザージャーニーの中で保護が必要な段階に限ってビジターを待ち行列へ案内できます。保護対象のアクションを行っていないビジターは、通常どおりサイトを閲覧できます。
待合室は、次の6種類のトリガーパラメーターに基づいて起動できます。

• URL
• リクエストボディ
• ユーザーエージェント
• Cookie
• HTTPヘッダー
• JavaScript変数
   

開発者向けページを見る

在庫が無制限にあり、サイトも無限に拡張できるのであれば、顧客を待ち行列へ案内する必要はありません。しかし、実際には制御されていないトラフィックが、顧客体験と収益の両方に影響を及ぼす可能性があります。
在庫を上回る需要が発生すると、商品を公平に配分することや、ロイヤル顧客を優遇すること、ボットや転売業者による購入を防ぐことが難しくなります。また、サイトの処理能力を超えるトラフィックは、拡張が難しいボトルネックに負荷を集中させ、サイトのダウンや低速化を引き起こすだけでなく、運用チームの生産性にも影響を与えます。
多くの企業と顧客にとって、待ち時間や進行状況が明確に示される待機体験は、動作が遅いサイトやダウンしたサイトよりも望ましいものです。当社の調査では、消費者の87％が、動作が遅く不具合のあるサイトへすぐにアクセスするよりも、正常に動作するサイトを利用するために短時間待つことを選んでいます。また、数量限定の欲しい商品を購入するためであれば、消費者はオンライン上の待ち行列で平均53分待つ意思があると回答しています。
重要なのは、待ち時間の長さだけではありません。顧客が待っている間にどのように感じるかも重要です。高度な待合室では、待ち行列に関する心理的な特性を活用することで、待機中の体験を向上させ、単なる待ち時間を期待感や前進の実感へと変えます。
 

待合室からサイトへビジターを案内するレートは、1分あたりのビジター数で設定できます。設定したレートは、GOプラットフォームまたはAPIを使用して、リアルタイムで増減できます。
最適な送出レートを決定するには、負荷テストの実施が効果的です。負荷テストをまだ実施していない場合は、Queue-itのピークトラフィック専門家が、これまでに培った知見を基にシステムのボトルネックを特定し、インフラが処理できるビジター数を確認したうえで、サイトのパフォーマンスに適した初期レートをご提案します。
 

トラフィックインテリジェンスについて詳しく見る

ビジターが体感するほどの遅延は発生しません。
インテグレーションルールは、外部サービスへの呼び出しとしてではなく、通常のリクエスト処理の一部として、コネクタ内、CDNエッジ、またはお客様のサーバー上で実行されます。また、アクセスルールは、トラフィックが待合室やサイトへ到達する前に、Queue-itのインフラ上で適用されます。
直近の負荷テストでは、リクエストを評価するQueue-itのレイヤーにおいて、平均約4ミリ秒の応答時間を維持し、瞬間的なピーク時も7ミリ秒未満でした。
ビジターが待合室へ案内された場合の待機は、偶発的な遅延ではなく、システムを保護するために意図的に行われる制御です。ビジターはQueue-itのインフラ上で待機し、お客様が設定したレートでサイトへ順次案内されます。

オーケストレーションルールについて詳しく見る

Queue-itの最新のエッジ連携では、Queue-itに接続できない場合でも、ビジターは引き続きお客様のサイトへアクセスできます。
コネクタはフェイルオープン方式で設計されています。そのため、Queue-itに接続できない場合、リクエストは保留または破棄されることなく、中断せずにオリジンサーバーへ送られます。
また、Queue-itはリクエスト経路の内部ではなく、その外側に配置されます。リバースプロキシとして実装されていないため、お客様のサイトのペイロード、セッションデータ、個人を特定できる情報がQueue-itを通過することはありません。
Queue-itのプラットフォームは、AWSのグローバルインフラ上でクラウドホスティングされており、1日平均1億人のビジターを処理しています。ホスティングリージョンとして、欧州連合、米国、ブラジル、日本を利用できます。
 

開発者向けページを見る

Queue-itの待合室は、ボトルネックを回避し、極端な負荷に対応するために専用設計された軽量なソリューションです。そのため、一般的なサイトやアプリと比較して、少ないリソースで多数のビジターを待機させることができます。
Queue-itはAWSのグローバルインフラ上でクラウドホスティングされており、極端な需要にも対応できるよう設計されています。現在、1日平均1億人のビジターを処理しています。

Queue-itの仕組みについて

Queue-itは、クライアントサイド、サーバーサイド、エッジ、モバイルSDKの各コネクタを使用して実装できます。
25種類以上のコネクタを提供しているほか、導入を支援する専任スタッフが、お客様の実装をサポートします。

コネクタについて詳しく知る

はい、利用できます。Queue-itはモバイル端末に対応しており、iOS、Android、Cordova、React Nativeの各アプリフレームワークへ組み込むことができます。
また、パソコンで待機しているビジターが外出する必要がある場合には、待ち行列の順番をモバイル端末へ引き継ぎ、移動中もそのまま待機を続けることができます。

待合室は50言語以上で表示できます。対象となる市場やビジターの言語に合わせて表示を切り替えることで、それぞれの市場に適した待機体験を提供できます。

ユーザー体験について詳しく知る

Queue-itはリバースプロキシとして実装されていないため、機密データをQueue-itへ公開する必要はありません。
Queue-itとお客様のシステムとの連携は、ビジターがブラウザーでお客様のサイトのURLにアクセスし、Queue-itのURLで待機した後、再びお客様のサイトへアクセスする流れと同様の仕組みです。
クレジットカード情報や個人を特定できる情報を含め、保護対象サイトのペイロードやセッションデータが、Queue-itのエンドポイントに渡ることはありません。
Queue-itは、ISO/IEC 27001:2022、ISO/IEC 27017:2015、ISO/IEC 27018:2019の認証を取得しており、GDPRおよびNIS 2に準拠しています。また、お客様の要件に応じて、サーバーの所在地を欧州連合、米国、ブラジル、日本から選択できます。
 

セキュリティとコンプライアンスについて詳しく知る

ホワイトペーパーを見る