我正在开始在后端系统上进行开发。它将支持跨平台移动应用程序。后端具有许多功能，这促使我将后端分为8个服务（部署为Cloud Functions），并作为客户端的REST API公开。每个部署的功能都将使用Firestore，并将严格查询与该特定服务有关的集合。严格禁止通过HTTP进行服务间通信，并且所有此类通信均仅限于Cloud Messaging。
现在，最近有人告诉我，Firebase将是一个“瓶颈”，将无法处理扩展。我非常有信心扩展不会成为问题，因为扩展服务仅意味着增加部署的函数实例的数量。数据库（Firestore）也是如此。从一般角度来看，我可以肯定地说Firebase是否可扩展？我知道挑战很多，这是一个广泛的问题。但是，当我在VPS上进行自己的设置时，甚至还会存在这样的挑战。因此，为了澄清我的问题：从后端的角度来看，有许多服务已开发为REST API。 Firebase是可扩展的选项吗？任何建议，参考或指南将不胜感激。
您要问的不是“ Firebase”（这是一个移动应用程序开发平台），而是有关Cloud Functions（一种可扩展的无服务器Google Cloud产品）的更多信息。 Firebase只是在核心Cloud Functions产品之上添加了工具和API。否则，由Firebase CLI部署的代码的行为与使用Google Cloud工具部署的代码完全相同。在this article中详细了解Firebase和Google Cloud之间关于云功能的关系。
对于Firestore也是一样，这也是Google Cloud产品。它可以大规模扩展，您可以了解其known limitations。阅读similar blog，了解Firebase与Google Cloud在Firestore方面的区别。
[有关Cloud Functions如何扩展的大量文档。对于HTTP类型的函数，您的限制取决于从函数实例中发送的数据量。您可以在Cloud documentation中阅读有关限制的信息。实际上，我从来没有听说过有人超出Cloud Functions的限制来完成其应做的工作（也就是说，在内存限制的情况下，将时间限制为最大可配置的9分钟限制的工作）所使用的机器类别）。
同样，这些都与Firebase或其任何其他许多产品无关。您需要了解的只是您要使用的单个产品的行为，它们都是Google Cloud产品。
谁告诉过您，使用“ Firebase”扩展时可能会遇到问题，可能是指产品Firebase Realtime Database，该产品确实有局限性，如果您想大规模扩展，则需要使用分片。 Firestore没有此限制-您无需进行任何扩展即可。