【问题标题】:n-tier architecture solution. How better?n 层架构解决方案。好到什么程度?
【发布时间】:2011-03-29 09:21:26
【问题描述】:

我需要创建包含以下部分的 n 层应用程序:

  1. 数据服务器
  2. 业务逻辑服务器
  3. 为每位客户提供自定义功能的轻量级客户端

数据服务器(1) 和l/w 客户端(3) 将放置在客户服务器上。 应用程序将作为服务,所有业务逻辑(2)都将在我的服务器上运行。 这很简单,是的。 但是! 客户拥有的数据服务器和数据对每个客户都是保密的。我不能在我的服务器上保存数据,但我想在客户端发布轻量级客户端。所有客户的所有客户都将使用我服务器上的相同业​​务逻辑。

问题是:

如何将客户端 (3) 与业务逻辑 (2) 连接起来并保护要从客户那里传输的数据?

我的第一个解决方案是 VPN 或 SSH 隧道,但可能还有其他方法吗? 或者可能是另一种方法。

此外,数据服务器和业务逻辑服务器之间的数据传输可能很慢,因为我正在尝试为这种架构寻找另一种方法。

谢谢!

【问题讨论】:

  • 是否有必要将中间层(业务逻辑)放在您的服务器上?可以简单的放在客户端服务器上吗?
  • 必需,因为它必须是SaaS,如果我在业务逻辑中有新功能,我不想为每个客户更新应用程序,只需在我的服务器上更新,每个客户都有最新版本。
  • 这不是SaaS的想法,我不想在客户的电脑上安装业务逻辑应用
  • 那么您可以在这种情况下重新考虑 SaaS :) 显然,当客户数据也存储在云中时,SaaS 更简单。无论如何,@Hadi 在下面的回答是解决您问题的关键 - 请阅读多租户。
  • :) SaaS 不会将数据存储在云中,idea 是一个应用程序实例,适用于所有客户端,我认为是集中式应用程序逻辑

标签: architecture n-tier-architecture


【解决方案1】:

我认为你在这里混合了两件事:

-架构:我认为您最好在 google 上搜索“多租户应用程序”设计,因为这与您的系统描述相匹配。

-安全问题:如果这是一个 Web 应用程序(我认为它是您提到的轻量级应用程序),您最好使用 SSL 证书,该证书使用 HTTPS 加密进出您的服务器的所有流量。如果不适用,您可以选择 SSH 或 VPN,因为它们的要求几乎相同,对应用的影响也相同。

【讨论】:

  • 您应该看看 salesforce.com,它是最大的多租户 SaaS 示例之一
猜你喜欢
  • 2013-08-06
  • 2011-10-23
  • 2011-05-15
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-09-23
相关资源
最近更新 更多