从Service Fabric打开数百个数据库连接有何影响？

Question

我们有大约800个本地客户，他们的数据库(MS-SQL和Oracle)从20 GB到400 GB不等。我的团队正在设计一个Azure版本，我想得到一些建议。

我们的想法是使用Azure SQL Server。每个客户(租户)都将获得自己的数据库。这很重要，因为客户可以决定是否要更新到较新的版本。我知道对于云软件来说这听起来很奇怪，但是为了符合FDA的要求，他们需要验证任何新版本，这对他们来说可能需要几周的时间。这意味着我们可能有两到三个“活动”版本，例如，30%的客户使用V1，60%的客户使用V2，10%的客户使用V3。

业务服务器将使用Service Fabric实现，这样我们就可以在获得新的云客户时进行扩展。在任何时候，我们都会在集群中拥有这2个或3个版本的软件。然后租户将连接到正确的“逻辑”，然后服务器将连接到客户的数据库。

现在来问我的问题:这能行得通吗？我的意思是，集群中的机器可能需要连接到300个不同的数据库。连接池on-prem使用连接字符串和用户作为重用连接的键。我们希望云以某种方式以不同的方式工作，不会受到不同连接数量的限制。它使用池吗？如果是这样，影响是什么？(内存、性能...)

关于实现它，还有其他的想法吗？

Answer 1

Connection pooling在prem上的工作方式与在云中的工作方式相同。连接按连接字符串池化。您可以根据需要连接到任意多个数据库。

看看Azure Sql elastic pools，找到一种以经济高效的方式管理云中的许多数据库的方法。