はじめに

こんにちは。ACS 事業部の奥山です。 Azureでリアルタイム通信処理の検証を行いましたので、備忘録を兼ねてブログにしておきます。

Azureでリアルタイム通信を行う場合の代表的な選択しとしては以下のサービスがあります。

サービス名	利用されるプロトコル
SignalR	websocket, long-pooling(comet), etc
IoT Hub	mqtt
Web PubSub	websocket

※SignalR は他と違い内部で複数のプロトコル(websocket, long-pooling)が利用されること、アプリは基本的に Azure SDK を利用することになるところが特徴的です。

今回は websocket通信を利用したかったので Azure Web PubSub を利用してみました。

（簡単に）プロトコルとしてのwebsocketとは

wikiによると、HTTPプロトコルとは別モノだけど、HTTPプロトコル上で動くように設計されているとのこと。 ※私はHTTPプロトコル上以外で動いているwebsocketの例を見たことがないです。
ステートレスなHTTPプロトコルに対して、websocketはHTTPのセッションをステートフルに利用して双方向通信を実現します。

具体的な利用例としては、チャットアプリ、リアルタイムの位置情報の追跡、IoTデバイスの監視など。リアルタイム性が必要な比較的小さなメッセージの双方向のやり取りに利用します。
※ 比較的小さなメッセージ ≒ 大きくても数k程度(?) くらいが良いのではないかと思います。
※ Azure Web PubSub のメッセージの最大サイズは1MB。

検証環境の構成

Microsoft が複数のチュートリアルを用意してくれています。

チュートリアル	備考
チャットアプリを構築する
Azure Functionsで通知アプリを構築する
単純なチャットルームサーバレスアプリケーションを構築する
サブプロトコルを使用したクライアントストリーミング
Azure Functions と Azure Web PubSub サービスを使用してサーバーレスのリアルタイムチャットアプリを作成する	今回はこれを試してみました。
（他にも多数あります）

今回のチュートリアルの内容の説明

今回試したチュートリアルは Azure Functions と Azure AD(認証) を連携させた以下の内容となっています。

※構築の手順はチュートリアルそのままの為、記載しません。

(説明)
1. Browser から /.auth/login/add へアクセスして認証情報(x-ms-client-principal-name) を取得
2. negotiate関数に x-ms-client-principal-name を渡して websocke接続URL を作成
3. Browser が PubSub へ接続
4. Browser から Message送信
5. PubSub から Functionsへ通知(webhook)、message関数が sendToAll (全クライアント) で PubSub へ通知
6. 接続しているすべてのClient(Browser)でメッセージを受信