客户端服务器解决方案设计

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客户端，那么在前端拥有Web服务器的想法是一个好点。但问题是将所有业务逻辑保留在AppServer端。在批量数据操作和性能要求的情况下，您可以在数据库中拥有一些逻辑，但这是一个例外而不是规则。无论如何你应该有任何具体的要求，否则设计过程看起来像风水。此外，您还必须选择技术并构建堆栈。