Saas 应用程序变得越来越大！数据库架构问题？

Question

我们在 AWS 上有一个使用 MySql RDS（数据库服务器）的 SaaS 应用程序。 SaaS 应用程序的一部分正在为我们的用户存储文档，目前它被存储为长 blob，并且一切运行良好。它在 MultiAZ 上运行，因此冗余/备份等不是问题，除非我们必须恢复到托管在 Azure 上的故障转移解决方案，这将是一场噩梦！但是，这只会在 AWS 不再存在的情况下实现，因此不太可能。

但是，我们将在系统上获得很多（我的意思是很多）更多用户/客户，并且数据库大小将增加****负载！

那么，说到我的意思，大家对于将文件存储在数据库中而不是将它们存储在 S3 存储桶中的普遍共识是什么？

Answer 1

您的“文件”可能就像“图像”。也就是说，它们永远不会改变，永远不会被搜索（通过WHERE），并且只会原封不动地提供给用户。

鉴于此，将“文件”作为“文件”放在专为（主要）只读访问而设计的服务器上是一种轻微的偏好。

当然，您会在数据库中有一个 URL 或其他字符串，您可以从中构造检测“文件”的方法。