google-drive-api - Google Drive API - 服务帐户存储限制 - 替代方案

Question

我正在开发一个 Web 应用程序，该应用程序将以 200GB 的数据开始存储。多年来，同一个应用程序可能会达到 1TB，5 年后可能达到 2TB。

我想从这个应用程序中得到的是客户端将文件上传到服务器，然后服务器将文件上传到 Google Drive，将 webviewlink 保存在数据库中。它在本地主机上以这种方式工作。

我知道 Google Drive API 的两种身份验证选项:客户端帐户和服务帐户。服务帐户的选项更适合我，因为我希望服务器控制文件，而不是客户端控制。但是Service Account可以存储的数据太少，无法增加存储限制。我猜这个限制大约是 15gb，不确定。

如果服务帐户无法帮助我，我有什么选择可以存储 2tb 或更多的数据？我是否应该寻找另一种方式来存储文件？

我想继续使用 Google。如果没有使用 Google Drive API 的任何选项，请针对此场景提出任何其他建议。

Answer 1

您有几个选择。

1. 使用普通帐户而不是服务帐户。您仍然需要为存储付费，但它会起作用，并且您将在一个帐户中拥有所有内容。从您的问题“我希望服务器控制文件，而不是客户端控制”，我怀疑您已经查看了 OAuth 快速入门示例并得出结论，只有最终用户才能授予访问权限。事实并非如此。对于您的服务器应用程序来说，授予对其控制的帐户的访问权限是完全有效的，而且非常简单。参见 How do I authorise an app (web or installed) without user intervention?了解如何做到这一点。

2. 使用多个服务帐户并在它们之间共享您的数据。各种账户都可以将他们的文件夹共享到一个类似主账户的账户，该账户将对整个语料库有一个连贯的 View 。

我个人会选择选项 1，因为它最容易设置和管理。

无论哪种方式，请确保您了解 Google 将如何向您收取存储费用。例如，虽然每个服务帐户都有一个免费配额，但它最终归创建它的普通用户所有，标准用户配额限制和费用可能适用于该用户。