Relay Server のアーキテクチャー

Relay Server の配備環境は、次の要素で構成されます。

企業 LAN 内で実行されているバックエンドサーバーと通信する必要のあるクライアントアプリケーションやサービスを実行しているモバイルデバイス。
モバイルデバイスからの要求を Relay Server のグループに送信する、オプションの負荷分散装置。
企業 DMZ 内で実行されている 1 つ以上の Relay Server 。
企業 LAN 内で実行され、クライアント要求を処理する役割を持っている少なくとも 1 つのバックエンドサーバー。次のバックエンドサーバーは、Relay Server とともに使用できます。
- Afaria
- Mobile Office
- Mobile Link
- SQL Anywhere
- Unwired Server
- Sybase Unwired Platform
注意

Relay Server は、明確に定義された HTTP 要求と応答により通信を行う特定のバックエンドサーバーとクライアントでテストされます。SQL Anywhere を Web サーバーとして使用するなど、カスタム HTTP トラフィックを使用する配備では、徹底的にトラフィックをテストして、確実に Relay Server で動作するようにする必要があります。

どのバックエンドサーバーがサポートされているかの情報については、ライセンス契約または「プラットフォーム別 SQL Anywhere コンポーネント」ページを参照してください。 http://www.ianywhere.jp/tech/1061806-os_components.html を参照してください。
Relay Server Outbound Enablers (RSOE) は、通常はバックエンドサーバーごとに 1 つしかありませんが、いくつかある場合もあります。Outbound Enabler は、バックエンドサーバーと Relay Server ファームとの間のあらゆる通信を管理します。

次の図は、単一の Relay Server を持つ Relay Server のアーキテクチャーを示しています。

単一の Relay Server を持つ Relay Server のアーキテクチャーの図

注意

どのバックエンドサーバーがサポートされているかの情報については、ライセンス契約または「プラットフォーム別 SQL Anywhere コンポーネント」ページを参照してください。 [external link] http://www.ianywhere.jp/tech/1061806-os_components.html を参照してください。

次の図は、単一の Relay Server ファームと単一のバックエンドサーバーファームを持つ、より複雑なシステムの Relay Server のアーキテクチャーを示しています。

複数の Relay Server と複数のバックエンドサーバーファームを示す、Relay Server のアーキテクチャーの図

注意

Relay Server は Web 拡張機能、ステータス情報を保持するバックグラウンドプロセス、Web サーバーのセットで構成されます。

Relay Server は Web サーバーで実行されている Web 拡張機能であるため、すべての通信は HTTP または HTTPS を使用して実行されます。HTTP を使用すると、企業の既存のファイアウォール設定やポリシーとの統合が容易です。Relay Server では、企業 LAN から Relay Server への接続を企業 LAN 内から開始することが必要になります。これによって、DMZ から企業 LAN 内へのインバウンド接続が必要ではなくなるため、より安全な配備環境が提供されます。

Relay Server は、クライアント拡張機能、サーバー拡張機能の 2 つの Web 拡張機能が含まれます。クライアント拡張機能は、モバイルデバイスで実行されているアプリケーションから行われたクライアント要求を処理します。サーバー拡張機能は、バックエンドサーバーに代わって Outbound Enabler によって行われた要求を処理します。

共有メモリとセキュリティ

Relay Server は、クライアントとサーバープラグインとの間で HTTP 要求と応答を転送するのに共有メモリを使用します。安全な配備では、クライアントと Relay Server、Outbound Enabler と Relay Server の間で HTTPS を使用します。このシナリオでは、Web サーバーが HTTPS を HTTP に複号化し、Relay Server が Outbound Enabler へ向かう途中で HTTP を再暗号化します。Relay Server でデータの暗号化が解除される短い時間のことを、WAP (ワイヤレスアプリケーションプロトコル) ギャップと呼ぶことがあります。

このデータを同じコンピューター上の不良プロセスから守るには 2 つの方法があります。最初の方法は、エンドツーエンド暗号化をサポートしているクライアントとバックエンドサーバーを使用することです。ほとんどの Mobile Link クライアントは、エンドツーエンド暗号化をサポートしています。2 番目の方法は、すべての Relay Server に最小限推奨するものですが、サポートされている Web サーバーとオペレーティングシステム (OS) ごとに文書化されている標準技術を使用して DMZ に配備する Web サーバーと OS を強化することです。この強化には、Web サーバーコンピューターの OS アカウントの数を削減する手順が含まれる必要があります。この強化はまた、コンピューター／VM を Relay Server と Web サーバーの実行だけに制限し、他は行わないことが理想的です。この目標は、コンピューター上でのプロセスの数を最小限にしながら、不良エージェントが不良プログラムを追加するのを防ぐための強化を行うことです。

Relay Server ファーム
 Relay Server のセキュリティ

DocCommentXchange で意見交換できます