2
多租户或多实例？
我试图构建一个基于Web的SaaS解决方案，但遇到了不确定使用多租户或多实例的道路。我将尝试描述我要实现的目标，以及每种方法的优缺点（根据我的阅读，我的观点）。请提出您的建议，以防万一我错过了其他任何方法。 正如我提到的那样，我要构建的应用程序是一个SaaS解决方案，公司可以在其中创建帐户，每个帐户/公司都有自己的用户，客户，产品，服务等。每个用户；谁是公司员工；与一个帐户/公司相关的信息将只能访问其公司的客户，产品和服务。公司可以拥有无限数量的客户，产品和服务，因此每个公司都应该拥有自己的数据中心。 为此，我决定创建一个共享数据库（保存所有用户凭据以用于登录）和多个数据库共享架构（每个帐户/公司的数据库）。基本上，多租户。 然后有人建议使用多实例代替，每个公司将有自己的应用程序实例（即代码，库，数据库，框架等），与其他公司完全分开。这听起来更好，因为我不必在需要确保每个租户的用户只能访问其公司数据的额外层上打理。我认为值得一提的是，我依靠Docker来实现这种方法（我以前从未使用过），但是我认为它缺乏将来我将需要的功能（以后会更多）（至少我没有这样做）。一点点搜索就找不到它们）。 但是，每种方法都各有利弊，因此我无法决定采用哪种方法。这是一个列表，但由于我对它们都不了解，所以对我几乎一无所知，因此可能存在一些我不知道的问题，或者是针对我在网上找不到的问题的解决方案：[每种方法都有我跟着一个一个的比较的有序列表] 多租户： 共享的主机/硬件，共享的代码和多数据库。 这是容易扩展的代码并修复错误的功能（共享代码）。 在不更改代码的情况下，很难扩展硬件（可以使用云服务）或将单个租户的数据库移至另一个系统。 最重要的是，如前所述，我需要在系统中添加一个额外的层，以确保用户实际上属于他/她的公司，而不访问其他公司的信息。 多实例： 共享或不共享的主机/硬件，每个实例的代码以及每个实例的数据库。 这是很难扩展功能或修复的错误（我不知道是否有办法做到这一点在码头工人在那里你可以添加功能/特性，以一个实例或码头集装箱，并将其部署到其他人）。 这是更容易对整个实例移动到不同的主机/硬件。 作为实例，我不需要照顾该层，因为每个实例将拥有自己的数据库。 万一我想手动做任何事情（例如为每个租户手动创建一个实例），所有的优点和缺点都是多余的，这就是为什么我怀疑Docker解决方案的原因，除非有一种解决方法，这也许是主要的问题的原因。如果您能通过参考解决方案来回答问题，以及为什么您认为这种方法比其他方法更好，我将不胜感激。 如果有帮助（也许？），我们使用Laravel作为后端的主要框架（全部为RESTful）。