客戶端 - 服務器解決方案設計

Question

我想弄清楚什麼是構建客戶端 - 服務器解決方案的最佳方式。簡而言之，我的解決方案應該有一個邏輯後端，並且能夠支持Intranet中的多個客戶端。這裏的關鍵是不會有成千上萬的同時發生的請求......它可能會被幾百個用戶限制，所以可擴展性並不是真正的問題。 （描繪在辦公樓內，在本地網絡上運行的服務）。我正在努力應對這種應該如何工作的整體流程以及我應該使用哪些技術。

的成分如下：

• 邏輯部分，這將是在服務器上
• 數據庫
• 多個桌面，移動和Web客戶端

到目前爲止我已經能夠拿出以下內容：

1. 我需要一個應用服務器來管理來自邏輯的API調用和數據庫訪問。
2. 一個位於其上的Web服務器，它將管理傳入的請求。
3. 邏輯部分。
4. 將符合我們將定義的API的客戶端。

所以我不知道所有這些如何聯繫在一起......「邏輯」將如何與應用程序服務器交互？ 「邏輯」是否需要像服務器一樣書寫？

我所看到的是這樣的：

 req 
client ----> web server ----> app server -----> Logic 

           |-----> DB 

      response 
app server ---------> web server ----> client 

所以，如果我想部署一個小規模的商業解決方案，這會是結構化的方式？

如果我不清楚，或者需要更多信息，請讓我知道。

Answer 1

你的問題很一般。你建議的解決方案也是一般的。如果您不提出任何特定要求，您將爲普通用戶創建一個平均性能的通用系統。假設你同時擁有移動，桌面和網絡客戶端，那麼在前端部署Web服務器是個好主意。但問題是要保留AppServer端的所有業務邏輯。在批量數據操作的情況下，您可以在數據庫中擁有一些邏輯，並且具有性能要求，但這不是規則的例外。無論如何，你應該有任何具體的要求，否則設計過程看起來像風水。你也必須選擇技術和構建堆棧。