クライアント/サーバー ソリューションを構成する最善の方法を見つけようとしています。簡単に言えば、私のソリューションには、ロジックを実行するバックエンドが必要であり、イントラネットで複数のクライアントをサポートできる必要があります。ここで重要なのは、数千の同時リクエストが発生しないことです...数百ユーザーに制限される可能性が高いため、スケーラビリティは実際には問題になりません. (ローカル ネットワーク上のオフィス ビルで実行されているサービスを想像してください)。これがどのように機能するか、どのテクノロジーを使用する必要があるかという全体的な流れに苦労しています。
コンポーネントは次のとおりです。
- サーバー上にあるロジック部分
- データベース
- 複数のデスクトップ、モバイル、および Web クライアント
これまでのところ、私が思いついたのは次のとおりです。
- ロジックからの API 呼び出しと DB アクセスを管理するアプリケーション サーバーが必要です。
- その上にある Web サーバーで、着信要求を管理します。
- ロジック部分。
- 私たちが定義する API に準拠するクライアント。
ですから、これらすべてがどのように結びついているのかわかりません...「ロジック」はアプリケーションサーバーとどのようにやり取りするのでしょうか? 「ロジック」はサーバーのように書く必要がありますか?
私が見るのは次のようなものです:
req
client ----> web server ----> app server -----> Logic
|-----> DB
response
app server ---------> web server ----> client
では、小規模な商用ソリューションを展開したい場合、これはそれを構成する方法でしょうか?
不明な点がある場合、またはさらに情報が必要な場合はお知らせください。