構造と背景:
現在、一般的な B/S とは構造が異なります。つまり、最下部にレイヤーがあります (レイヤーと呼ばれていますが、実際には別のプログラムです)。レイヤーは winform なので、「exchange」を使って表現しましょう。主に「外部」と通信し、何らかの情報を送受信、処理するために使用されます。詳細は明かされません。
システムの現在の構造は次のようになります。
クライアント - Web サーバー (プレゼンテーション層 - ロジック層 - データ アクセス層) - データベース - 交換 -
ある時点で外部の「リアルタイム」通信が必要になります。もちろんリアルタイムです（実際には「クライアント」上の単なるタイマーであるCSのようなことはできません）、「外部」から送信されたデータを「クライアント」にタイムリーに表示することができます。 」または「クライアント」によって送信されたデータをタイムリーに「クライアント」に送信できます。外部」。私たちはこれを「リアルタイム通信」と呼んでいます。ほとんどの場合、「外部」データは、後で使用できるように「交換」によってデータベースに直接保存されます。
現在、オプションは 2 つあります。1
つは、「リアルタイム通信」か「定期通信」かに関係なく、外部から受信したすべてのデータをデータベースに「交換」し、クライアントは定期的に Web サーバーにアクセスし、Web サーバーはデータベースに送信してデータを取得してから戻ります。クライアントのデータもデータベースに直接送信され、その後「交換」されてデータが読み取られ、「外部」に転送されます。具体的には上の線画です。
すべてのデータがデータベースを通過し、大量のデータ交換とテーブル操作が必要になるため、これにはデータベースに対する要件が高くなります。SQL2005 がそれに耐えられるかどうかはわかりません。
2. 「リアルタイム通信」の場合、「スイッチング」層はリモート サーバーとして使用され、Web サーバーはリモート クライアントとして使用されます。つまり、Web サーバーは「交換」プログラムと直接通信し、この時点でデータは「交換」プログラムが配置されているコンピューターのメモリに保存されますが、クライアントは引き続き Web サーバーを定期的に検索します。 。 「通常の通信」は引き続き最初の方法に従って処理されます。具体的な構造は、Web サーバーが「交換」と直接通信するためのブランチを上記の行に追加し、必要な場合 (つまり、「リアルタイム通信」中) にデータがこのブランチを経由するようにすることです。
このアプローチには問題がありますか?私はリモート処理に詳しくないので、そのような構造のパフォーマンスがどのようなものになるのかわかりません。
違い:
これら 2 つの方法は、「通常の通信」部分の構造に問題はありません。重要なのは「リアルタイム通信」の部分です。簡単に言うと、データがデータベースから取得されるか、Web サーバーが「取引所」と直接通信するかを意味します。
次に、どのような構造を採用するかを検討する必要があります。要件は、
1 つのサーバーに過度の負荷がかかることがあってはならない、そうでない場合はシステムがそれに耐えられないということです。 (「外部」同時実行の量は非常に多くなります)
「リアルタイム通信」部分のパフォーマンス要件は非常に高くなります。
注:
BS 構造は決定されており、変更できません。 (同社の以前のプロジェクトは C/S でしたが、現在は B/S に移行したいと考えています)
2 番目のハードウェアには問題はなく、それぞれが別個の高構成サーバーです。
第三に、「交換」の部分については誰もが明確に理解していない可能性があります。実際には、この部分は多くの機能を担っており、非常に大きなプレッシャーがかかります。もちろん、別のサーバーでもあります。
一部の構成は基本的に次のとおりです。Windows2003、MS-SQL2005、VS2005 などはすべてエンタープライズ エディションです。
質問:
上記の方法 1 と 2 のどちらがより優れた構造性能を持っていますか? (主に「リアルタイム」部分のパフォーマンスを考慮して、今はそれ以外のことについては触れません)
2. 他に実現可能な構造はありますか?それともテクノロジー？
3. いくつかのことが私には明確ではないかもしれません。メッセージを残してください。できるだけ早く返信します。
4. GPS 測位を行う友人がいますか?連絡先情報を残してご質問ください。