Azure Relay とは
Azure Relay サービスでは、企業ネットワーク内で実行されているサービスをパブリック クラウドに安全に公開することができます。 ファイアウォールでポートを開放したり、企業ネットワーク インフラストラクチャ内に及ぶような変更を加えたりすることなく、それが可能です。
このリレー サービスは、オンプレミス サービスと、クラウドまたは別のオンプレミス環境で実行されているアプリケーションとの間で、以下のシナリオをサポートしています。
- 従来の一方向の通信、要求/応答の通信、ピアツーピア通信
- パブリッシュ/サブスクライブ シナリオを可能にするインターネット スコープでのイベント配信
- ネットワーク境界を越える双方向の、バッファーを使用しないソケット通信
Azure Relay は、VPN のようなネットワーク レベルの統合テクノロジとは異なります。 Azure のリレーの範囲を、1 台のコンピューター上の 1 つのアプリケーション エンドポイントに設定できます。 VPN テクノロジは、ネットワーク環境の変更を必要とするため、これよりずっと内側まで入り込みます。
基本のフロー
リレー型のデータ転送パターンに伴う基本のステップは次のとおりです。
- オンプレミスのサービスが、送信ポートを介してリレー サービスに接続します。
- 特定のアドレスに関連付けられた通信の双方向ソケットが作成されます。
- クライアントはその後、そのアドレス宛てのトラフィックをリレー サービスに送信することで、オンプレミス サービスと通信できます。
- リレー サービスは次に、そのクライアント専用の双方向ソケットを介してオンプレミス サービスにデータをリレーします。 クライアントに、オンプレミス サービスへの直接接続は必要ありません。 サービスの場所を知っている必要がありません。 また、オンプレミス サービスのために、ファイアウォールで受信ポートを開いておく必要はありません。
特徴
Azure Relay には、次の 2 つの機能があります。
- ハイブリッド接続 - オープン スタンダードの Web ソケットを使用することで、マルチプラットフォームの用途に対応します。
- WCF リレー - Windows Communication Foundation (WCF) を使用してリモート プロシージャ コールに対応します。 WCF リレーは従来からあるリレー サービスで、多くのお客様が自社の WCF プログラミング モデルで既に利用しています。
ハイブリッド接続
Azure Relay のハイブリッド接続機能は、以前存在していたリレー機能の、セキュリティで保護されたオープン プロトコル仕様の進化版です。 これは、どのプラットフォームのどの言語でも使用できます。 Azure Relay のハイブリッド接続機能は、HTTP と WebSocket プロトコルに基づいています。 Web ソケットまたは HTTP(S) 経由で、要求を送信し、応答を受信することができます。 この機能は、一般的な Web ブラウザーの WebSocket API と互換性があります。
ハイブリッド接続プロトコルの詳細については、ハイブリッド接続プロトコルのガイドを参照してください。 ハイブリッド接続は、どのランタイム/言語についても、任意の Web ソケット ライブラリで使用できます。
Note
Azure Relay のハイブリッド接続は、BizTalk Services の以前ハイブリッド接続機能を置き換えるものです。 BizTalk Services のハイブリッド接続機能は、Azure Service Bus WCF Relay に基づいて構築されました。 Azure Relay のハイブリッド接続機能は、以前から存在する WCF Relay 機能を補完します。 これら 2 つのサービスの機能 (WCF Relay とハイブリッド接続) は、Azure Relay サービス内で並列して存在します。 両者は共通のゲートウェイを共有しますが、それ以外の点では実装が異なります。
Azure Relay でハイブリッド接続の使用を開始するには、次のクイック スタートを参照してください。
- ハイブリッド接続 - .NET WebSockets
- ハイブリッド接続 - Node WebSockets
- ハイブリッド接続 - .NET HTTP
- ハイブリッド接続 - Node HTTP
- ハイブリッド接続 - Java HTTP
その他のサンプルについては、GitHub の Azure Relay セクションにあるハイブリッド接続のサンプルを参照してください。
WCF リレー
WCF Relay は、完全な .NET Framework (NETFX) と共に、WCF で動作します。 一連の WCF "リレー" バインディングを使用して、オンプレミス サービスとリレー サービスとの間に接続を作成します。 リレー バインディングは、新しいトランスポート バインディング要素にマッピングされます。この要素は、クラウド内の Service Bus と統合される WCF チャネル コンポーネントを作成するように設計されています。
WCF Relay の使用を開始するには、次のクイック スタートを参照してください。
- オンプレミスの WCF サービスをクラウドの Web アプリに公開する
- オンプレミスの WCF サービスをネットワーク外部の WCF クライアントに公開する
- オンプレミスの WCF REST サービスをネットワーク外部のクライアントに公開する
その他のサンプルについては、GitHub の Azure Relay セクションにある WCF Relay のサンプルを参照してください。
ハイブリッド接続WCF リレー
ハイブリッド接続と WCF Relay のどちらでも、企業ネットワーク内に存在する資産へのセキュアな接続を実現できます。 どちらの機能を優先して使用するかは、次の表に示すように、個々のニーズによって決まります。
| WCF リレー | ハイブリッド接続 | |
|---|---|---|
| WCF | x | |
| .NET Core | x | |
| .NET Framework | x | x |
| JavaScript/Node.js | x | |
| 標準ベースのオープン プロトコル | x | |
| RPC プログラミング モデル | x |
アーキテクチャ:受信リレー要求の処理
次の図は、送信側と受信側の両方のクライアントが企業ネットワークの外部にある場合、受信したリレー要求が Azure Relay サービスによってどのように処理されるかを示しています。
- リッスンしているクライアントは、Azure Relay サービスにリッスン要求を送信します。 その要求を、Azure ロード バランサーがゲートウェイ ノードの 1 つにルーティングします。
- Azure Relay サービスは、ゲートウェイ ストア内にリレーを作成します。
- 送信側クライアントは、リッスンしているサービスへの接続要求を送信します。
- 要求を受信するゲートウェイは、ゲートウェイ ストアでリレーを検索します。
- ゲートウェイは、ゲートウェイ ストアで挙げられた正しいゲートウェイに、接続要求を転送します。
- ゲートウェイはリッスンしているクライアントに要求を送信し、そのクライアントが、送信側クライアントに最も近いゲートウェイ ノードへの一時的なチャネルを作成します。
- リッスンしているクライアントは、送信側クライアントに最も近いゲートウェイに対して一時的なチャネルを作成します。 ゲートウェイを介したクライアント間の接続が確立されたら、クライアントどうしがメッセージを交換できます。
- ゲートウェイは、リッスンしているクライアントからのメッセージをすべて送信側クライアントに転送します。
- ゲートウェイは、送信側クライアントからのすべてのメッセージをリッスンしているクライアントに転送します。
次のステップ
次のクイック スタートの 1 つ以上に従うか、GitHub で Azure Relay のサンプルを参照してください。
- ハイブリッド接続
- WCF Relay
よく寄せられる質問とその回答の一覧については、「リレーの FAQ」を参照してください。