問題タブ [client-server]

文書化されていないクライアント/サーバー通信をキャプチャして必要な情報を分析し、プログラムでこの情報をリアルタイムで検索する方法は何ですか? たとえば、オンライン ゲームのクライアント/サーバー通信を調べて情報を取得し、それを使用してサード パーティの地図に場所を表示するなどのプログラムです。

クライアントとサーバー間の双方向通信が必要なシステムがあります。場合によっては、クライアントがサーバーとの通信を開始して、質問をしたり、ステータスをクエリしたり、データを取得したりする必要があります。{反復的なタスク、監視、レポート生成、アラートなどを実行する AI システムと、サーバーと対話できるようにします。} 他の例では、サーバーはステータスの変化またはアラートをクライアントに報告する必要があります。私たちは .NET を使用してシステムを実装しており、さまざまなアーキテクチャを検討してきました。

A) TCP チャネルを開き、低レベルで通信を管理します。これは私たちのニーズを満たしているように見えますが、主に私たちのチームには低レベルの通信プロトコルの経験が不足しているため、かなり不安定でした。

B) 両方のシステムがホストとして機能する .NET リモート処理を使用します。クライアントはサーバーをリモート ホストとして登録し、接続が確立されると、サーバーは先に進み、別のチャネルでクライアントをリモート ホストとして登録します。これは基本的なメッセージングでは問題ないように見えますが、クライアントとサーバーの間で「会話」を維持する必要がある場合があります。このアーキテクチャで複数のクライアントを使用するのは少し難しいようです。

C) 双方向通信を忘れて、ポーリング アーキテクチャを使用して新しいメッセージをサーバーにポーリングします。問題なく動作しますが、過度にチャット システムが作成され、クライアントとサーバー間の「会話」が困難になります。

最善のアプローチについて何か考えはありますか？推奨される別のアプローチはありますか？

ユーザーが自分のシステムで検索を行うたびに、外部システムにリクエストを送信する必要があるシステムがあります。

外部システムがダウンしているか、応答に異常に長い時間がかかっている場合は、システムをしばらく「バックオフ」させたいと思います。外部システムにさらにリクエストを送信しようとする代わりに、システムのユーザーに、現時点ではリクエストを処理しないことをすぐに知らせたいだけです。

これにより、ユーザーのエクスペリエンスが向上し (タイムアウトを待つ必要がありません)、システムのリソース使用量が少なくなり (外部システムからの応答やタイムアウトを待機するためにスレッドがビジー状態になることはありません)、外部システム。（おそらくすでに負荷に苦しんでいる状況で）

しばらくして、または外部システムが再び応答していることをシステムが検出したら、通常の動作を再開したいと思います。

この種のことを行うためのパターンや標準的な方法はありますか? 具体的には、タイムアウト/長いリクエストを追跡するためのメカニズムと、再試行を開始するタイミングのためのある種の制御メカニズムです。

Flex と AIR を介して Flash を使用する新しいマルチユーザー クライアント/サーバー アプリの計画段階にいます。どの Web プラットフォーム/スタックがこれに最適かを判断しようとしていますか?

私は過去に RoR を使用したことがありますが、私が理解しているように、RoR はシングルスレッドであるため、潜在的に数千の同時要求を処理するための理想的な選択肢ではありません。

Scala と Lift について読んだことがありますが、これは興味深いオプションですが、私のプロジェクトでうまく機能する他の言語/フレームワークがあるかどうか疑問に思っていましたか?

オプションのサーバーアプリケーションに通知メッセージを送信する必要があるクライアントアプリケーションがあります。クライアントは、サーバーアプリケーションが存在するかどうかに影響されないようにする必要があります。サーバーアプリケーションへの接続を試みて通知メッセージを送信し、エラーが発生した場合は、すべてのエラーを黙って無視して作業を続行する必要があります。

TCP通信にIndyを使用していますが、エラーメッセージが表示されないようにするためのすべての試み（つまり、クライアントに接続しているときにサーバーアプリケーションが閉じたとき）が失敗しました。

これを本当に堅牢にする方法はありますか？

現在のコードは次のようになります。

私は .net クライアント サーバー アプリケーションに取り組んでいます。新しい要件は、ユーザーがビデオをシステムにアップロード/コピーできるようにすることです。年間約 50 本のビデオ (それぞれ 500 MB) があります。アプリケーションはデータを SQL 2005 に保存しますが、0.5 GB のビデオを SQL サーバーに保存することは明らかに良い考えではありません。動画のアップロード/コピーと保存を管理する方法について何か提案はありますか? 簡単に統合できる既存の商用パッケージ/ソリューションはありますか?

前もって感謝します。

サーバーで axis2 を実行し、クライアントが SOAP メッセージを送信して軸を使用しないことは可能ですか? これはインアウトプロセスを使用します。もしそうなら、これを行うことで何か問題がありましたか?

クライアントがユーザー名とパスワードでログインする必要があるカスタムクライアント/サーバーアプリケーションを開発しています。ユーザーアカウントは、Windows/ADアカウントとはまったく関係ありません。ログイン後、クライアントアプリケーションはサーバーシステムに他のサービスを要求します。

私の質問は、これを実装するための最良の方法は何ですか？ここではどのようなアーキテクチャが最適ですか？ある種のチケット/トークン認証システムを実装する必要があると思いますか？

ありがとう

LAN 内では、ASP .NET Web アプリケーションがサーバーとして機能します。これは、組織の Web サーバーで内部的にホストされています。

アクセスできます-次のように言ってください-http: //192.168.0.23/myApp

クライアントは、サーバー (イントラネットに存在する Web アプリ) と常に対話する必要があるデスクトップ アプリケーションです。

LAN セットアップであり、クライアントからの要求が正確にインターネットに送信されないことを考慮すると、クライアントはプロキシ ベースの接続を処理できる必要がありますか?

意味 - クライアントがプロキシを使用してインターネットに接続し、クライアントのアプリが WebRequest をhttp://192.168.0.23/myAppに送信する場合、リクエストはプロキシ設定を使用する必要がありますか?

クライアント サーバーのシナリオを検討すると、次の 2 つのオプションがあります。

1. サーバーの公開鍵をクライアントに含めて、交換を実行できます。
2. Diffie Hellman KeyExchange Algorithm を使用してハンドシェークし、鍵を交換できます。

どちらがより安全な方法ですか? また、公開鍵がクライアント CA ストアなどのストアから取得される場合はどうなりますか? クライアントアプリでバインドするよりも安全ですか?

展開はインストーラーを介して行われ、実行のたびにバージョンが確認されます。