什么是多租户应用程序？

根据在线可用定义，“ 多租户是一种架构，其中软件应用程序的单个实例为多个客户提供服务 ”。这意味着我拥有一家餐馆或学校的网站，并且我提供了访问其他餐馆或学校的权限，以便他们使用我在购买学校管理产品后提供的凭据将其应用程序与自己的数据一起使用。就像我的网站像schoolmanagement.com一样，我为不同的学校客户（例如school1.schoolmanagement.com和school2.schoolmanagement.com）提供了不同的子域，但是这两个子域后面的代码相同。两家学校都有不同的功能或主题，这取决于它们各自的数据库。所以我需要提供schoolmanagement.com进行登录，一旦我的客户基于他们的登录凭据登录，我就会重定向到他们各自的URL，例如school1.schoolmanagement.com。

这是我对多租户应用程序的理解。我的理解正确吗？我可以通过任何在线多租户应用程序吗？

对，就是那样。但是维基百科的定义还不够笼统。它不解决多层体系结构或诸如SOA或微服务之类的较新形式的体系结构。

多租户与软件系统和数据隔离有关。一些例子：

• 具有唯一数据库的多层系统可以是多租户。示例：一个SAP系统由一个数据库后端和几个Web应用程序服务器组成，这些服务器以可伸缩的方式公开Web服务。它是多租户的：您可以在不更改正在运行的软件安装的情况下添加新客户，并且多个客户可以在彼此不了解的情况下使用该系统。数据是完全隔离的（专有技术）。
• 您的系统由一个或多个运行Web服务的进程组成，这些进程通过不同的域名向不同的客户开放（但仍然是在服务器上运行该进程的相同进程）。数据隔离是通过单独的数据库实现的。它绝对是多租户。
• 一个微服务系统可以类似地运行几组松散耦合的Web服务，每组都使用一个自己的微数据库。如果需要扩大规模，则可以启动相同微服务的新克隆，它们将通过某些注册功能找到其对等项并自动连接到它们，从而为用户提供单个应用程序的行为。然后有两种情况：
  • 如果当您想为新客户提供服务时，您必须启动一组新的单独的微服务，并组织一个客户的微服务仅连接到与同一客户相关的微服务，那么它就是单租户。
  • 但是如果您可以使用正在运行的实例为新客户提供服务（并且只需要新的微服务来提高性能），那么它就是多租户

我想说的是，您的理解基本上是正确的。该应用程序由多个客户共享，每个客户的数据也混合在数据库中。共享相同的代码而不会在同一数据库中混合不同客户的数据可能不会被视为多租户。

多租户是一种体系结构，其中软件应用程序的单个实例为多个客户提供服务。每个客户称为租户。可以为租户提供自定义应用程序某些部分的功能，例如用户界面（UI）的颜色或业务规则，但他们不能自定义应用程序的代码。

在多租户体系结构中，应用程序的多个实例在共享环境中运行。之所以能够使用这种架构，是因为每个租户在物理上都是集成在一起的，但是在逻辑上却是分开的。这意味着该软件的一个实例将在一台服务器上运行，然后为多个租户服务。这样，多租户体系结构中的软件应用程序可以共享配置，数据，用户管理和其他属性的专用实例。

有关更多信息，请参考https://whatis.techtarget.com/definition/multi-tenancy。

与您的情况一样，每个订阅您网站的学校成员都将根据租赁角色和权限得到授权，并可以通过同一应用程序访问各自的数据库。连接到多个数据库的单个应用程序。如果您为每所学校创建一个子域，则它会退回到相同的“单租户”模型。

我希望这回答了你的问题。