サーバーレス

Cloud Run の WebSocket、HTTP/2、gRPC 双方向ストリームのご紹介

2021年1月28日

https://storage.googleapis.com/gweb-cloudblog-publish/images/Google_Blog_Serverless.max-2600x2600.jpg

Google Cloud Japan Team

※この投稿は米国時間 2021 年 1 月 22 日に、Google Cloud blog に投稿されたものの抄訳です。

このたび、Cloud Run に新しいトラフィック配信機能が追加され、エンドツーエンドの HTTP/2 接続、WebSocket のサポート、gRPC の双方向ストリーミングが可能になりました。これにより、gRPC で提供される全タイプのリモートプロシージャコールを実行できるようになりました。これらの機能を使用することで、サーバーレスインフラストラクチャを利用しながら、これまでサポートされていなかった種類のアプリケーションを Cloud Run にデプロイできるようになりました。これらの新機能は現在、Cloud Run の全ロケーションの公開プレビューで利用可能になっています。

ストリーミングのサポートは、応答性の高い高性能アプリケーションを構築するうえで重要です。Cloud Run の初回リリースでは、クライアントからのリクエストとサービスの応答に対応したため、ストリーミングをサポートしていませんでした。10 月にはサーバー側ストリーミングのサポートを発表し、サーバーレスコンテナからクライアントへのデータのストリーミングが可能になりました。これにより、従来は 32 MB だった応答の上限を引き上げることができ、gRPC のサーバー側ストリーミングをサポートできるようになりました。しかしこの時点では、WebSocket および gRPC のクライアントストリーミングと双方向ストリーミングについては対応できていませんでした。

WebSocket と gRPC の双方向ストリーミング

Cloud Run に双方向ストリーミング機能が追加されたことで、WebSocket を使用するアプリケーション（ソーシャルフィード、共同編集、マルチプレーヤー型ゲームなど）を実行できるようになっただけでなく、gRPC 双方向ストリーミング API もすべて実行できるようになりました。これらの双方向ストリーミング機能により、サーバーとクライアントの両方が同じリクエストに応答してデータを交換し続けます。WebSocket と双方向リモートプロシージャコールを使用すると、応答性の高いアプリケーションや API を構築できます。つまり、Cloud Run で WebSocket のようなプロトコルを使用してチャットアプリを構築したり、gRPC を使用してストリーミング API を設計したりすることができます。

次に示す画像は、共同編集が可能なライブ「ホワイトボード」アプリケーションのサンプルです。このアプリケーションは、Cloud Run でコンテナとして実行され、2 つのブラウザウィンドウに 2 つの WebSocket セッションを表示しています。両方のウィンドウのキャンバスがリアルタイムで更新されることに注目してください。

https://storage.googleapis.com/gweb-cloudblog-publish/original_images/WebSockets_and_gRPC_bidirectional_streaming.gif

Cloud Run では、追加の構成なしですぐに WebSocket を使用できます。gRPC でクライアント側ストリーミングまたは双方向ストリーミングを使用するには、HTTP/2 のサポートを有効にする必要があります。これについては、次のセクションでご説明します。

Cloud Run で WebSocket のサンプルアプリケーションを試すには、こちらのリンクをクリックして、Socket.io のサンプルのホワイトボードアプリケーションをデプロイしてください。

WebSocket のストリームは、Cloud Run サービスで構成されたリクエストタイムアウトの影響を受けることに注意してください。WebSocket を使用する際には、リクエストタイムアウトを適切な値に設定してください。

エンドツーエンドの HTTP/2 のサポート

HTTP/2 は、多くのアプリではサポートされていませんが、Cloud Run では初回リリースからサポートしており、gRPC 用のエンドツーエンド HTTP/2 にも対応しています。これを実現するために、プロトコルを使用するようにクライアントを自動的にアップグレードし、サービスを高速化および効率化します。HTTP/2 のリクエストはこれまで、コンテナに送信される際に、HTTP/1 にダウングレードされていました。

しかし今後は、Cloud Run でエンドツーエンドの HTTP/2 トランスポートを使用できます。この機能強化は、すでに HTTP/2 をサポートしているアプリケーションにおいて有用です。HTTP/2 をサポートしていないアプリの場合、Cloud Run は、HTTP/2 トラフィックがコンテナに到着するまで、トラフィックを処理し続けます。

サービスがエンドツーエンドの HTTP/2 に従ってトラフィックを処理するためには、アプリケーションが HTTP/2 クリアテキスト（「h2c」とも呼ばれる）形式でリクエストを処理できる必要があります。「h2c」プロトコルを試用できるように、Go でサンプルの h2c サーバーアプリケーションを開発しました。このアプリを構築して Cloud Run にデプロイするには、以下のように、リンクされているリポジトリのクローンを作成し、実行します。

読み込んでいます...