关于扩展 Firebase 后端的问题

Question

我正在后端系统上开始开发。它将支持跨平台移动应用程序。后端有许多功能，这促使我将后端划分为 8 个服务（部署为 Cloud Functions）并作为 REST API 公开给客户端。每个部署的函数都将使用 firestore 并将严格查询与该特定服务相关的集合。严格禁止通过 HTTP 进行服务间通信，并且所有此类通信都仅限于云消息传递。

现在，我最近被告知 Firebase 将成为“瓶颈”并且无法处理扩展。我非常有信心扩展不会成为问题，因为扩展服务仅意味着增加已部署功能实例的数量。数据库（Firestore）也是如此。从一般的角度来看，我可以说 Firebase 具有可扩展性吗？我知道有很多挑战，这是一个广泛的问题。但是，当我在 VPS 上进行自己的设置时，这些挑战甚至会存在。所以，澄清我的问题：从后端的角度来看，它有许多作为 REST API 开发的服务。Firebase 是可扩展的选项吗？任何建议、参考或指南将不胜感激。

Answer 1

您要问的实际上并不是关于“Firebase”（这是一个移动应用程序开发平台），而是更多关于 Cloud Functions，它是一种可扩展的无服务器 Google Cloud 产品。Firebase 只是在核心 Cloud Functions 产品之上添加了工具和 API。否则，Firebase CLI 部署的代码的行为与您使用 GCP 工具部署的代码完全相同。了解更多关于相对于在火力地堡和谷歌云之间的关系，云功能这篇文章。

Firestore 也是如此，它也是 Google Cloud 的产品。它可大规模扩展，您可以阅读有关其已知限制的信息。阅读一篇类似的博客，了解 Firebase 和 Google Cloud 在 Firestore 方面的差异。

有大量关于 Cloud Functions 如何扩展的文档。对于 HTTP 类型函数，您的限制基于您从函数实例发送的数据量。您可以在Cloud 文档 中阅读有关限制的信息。实际上，我从来没有听说过有人超过 Cloud Functions 的限制来完成它打算做的那种工作（也就是说，在内存限制下，时间限制到最大可配置 9 分钟限制的工作正在使用的机器类别）。

同样，这一切都与 Firebase 或其任何其他许多产品无关。您需要了解的只是您要使用的各个产品的行为，这两种产品都是 Google Cloud 产品。

告诉您使用“Firebase”进行扩展时遇到问题的人可能指的是 Firebase 实时数据库产品，如果您想大规模扩展，它确实存在需要使用分片的限制。Firestore 没有这个限制——你不需要做任何事情来扩展它。