クライアントと CDN ノード間の接続で QUIC プロトコルを使用してデータ通信すると、データ転送のセキュリティを確保できるほか、リソースへのアクセス効率も向上できます。 このトピックでは、QUIC の概要、QUIC の仕組み、クライアント要件、および QUIC プロトコルの課金について説明します。

QUIC の概要

Quick UDP Internet Connections (QUIC) は、TLS/SSL と同等のセキュリティを提供する実験的なトランスポートレイヤーネットワークプロトコルで、接続と転送のレイテンシを削減します。 QUIC はUDP に基づいており、ネットワーク接続が不安定な場合でも優れたパフォーマンスを発揮します。 また、パケット損失やネットワークレイテンシが深刻な場合でも、利用可能なサービスの提供が可能です。 QUIC は、オペレーティングシステムやカーネルのサポートなしで、アプリケーションレイヤーにさまざまな輻輳制御アルゴリズムを実装できます。 従来の TCP プロトコルと比較して、QUIC ではより簡単に将来の変更を行うことができます。 このプロトコルは、TCP プロトコルの最適化でボトルネックが生じるビジネスに非常に適しています。

Alibaba Cloud CDN は、レイヤー 7 QUIC (HTTP over QUIC) プロトコルをサポートしています。 バージョン番号は Q39 です。

QUIC の仕組み

次の図は、Alibaba Cloud CDN での QUIC の使用方法を示しています。QUIC 図

クライアント要件

QUIC プロトコルには、次のクライアント要件があります。
  • Google Chrome を使用する場合、バージョン Q43 のみがサポートされます。 Alibaba Cloud CDN でサポートされる QUIC プロトコルは、バージョン Q39 です。 Google Chrome を使用して、QUIC リクエストを Alibaba Cloud CDN に直接送信することはできません。
  • 自社開発のアプリを使用する場合、lsquic-client や Cronet など、QUIC プロトコルをサポートするネットワークライブラリを組み込む必要があります。

QUIC の課金

QUIC プロトコルは付加価値サービスです。QUIC リクエスト数に対して追加料金が発生します。 詳細は、「CDN 料金」をご参照ください。
プロトコルヘッダーが HTTPS の QUIC リクエストの場合、HTTPS リクエストと QUIC リクエストの両方で重複して課金されることはありません。 HTTPS リクエストと QUIC リクエストの課金は、相互に排他的です。 1 つのリクエストは、1 つのリクエストタイプのみを基準として課金されます。
  • QUIC リクエストは、リクエストヘッダーで識別されません。 QUIC リクエストかどうかは、UDP プロトコルによって決定されます。
  • CDN では、最初に QUIC リクエストかどうかのチェックが行われます。 QUIC リクエストの場合、QUIC 課金ルールに従って課金されます。 このリクエストが HTTPS リクエストかどうかのチェックは行われません。 QUIC リクエストでない場合、HTTPS リクエストかどうかのチェックが行われます。