对于只对使用 Firestore 感兴趣的公司，云和 Firebase CLI 有什么区别

Question

我的直截了当的问题是：由于我对其他 Google 服务不感兴趣，只对 Firestore 感兴趣，Firebase Cli 和 gcloud 有什么区别？我可以只使用 Firebase Cli 完成我需要做的所有事情，还是应该同时学习 gcloud？

我可以很容易地看到 gcloud 可以处理比 Firebase Cli 更多的服务。我还可以看到 Firebase Cli 在使用 NodeJs/Angular 时让我想起了很多 npm+ng cli 的用途（关于脚手架/初始化/部署的简单类比）。尽管如此，我们公司只会使用 Firestore 来利用其实时数据库将事件推送到我们的移动应用程序。

我使用 Firebase Cli 输入我的 Windows 命令行并在 Firebase 中创建一个项目。我可以在Firebase Console 中看到结果，我也可以在Console Cloud Plataform 中看到它。

对于完全是 Google Cloud Platform 初学者的我来说，在喜欢一个而不是另一个时有点困惑。例如，假设我想从命令行查询来自 Firebase Crashlytics 的数据，而不是从我的浏览器中记录。是否可以使用 Firebase Cli 或 gcloud？如果两者都有，对于只对 Firestore 项目感兴趣的公司，推荐哪一个？

本周我正在努力弄清楚如何提取有关我的 Firestore 项目的指标，如果我不知道完成这项任务的推荐工具是什么，那么找到第一步就变得更加困难。通过提取，我并不是说在 Google 控制台中看到漂亮的破折号。我的意思是使用一个为我提供 Firestore 指标的端点，或者更好的是，将我的端点订阅到 Firestore 项目，每次发生问题时都会调用该项目 (Other question asking exactly about getting Firestore metrics)

Answer 1

这令人困惑，部分原因是 Google 的 Firebase 的 acquisition，创建了现在称为 Firestore（这是原始 Firebase 后端技术和 Google Cloud Datastore 的统一），并且 Google 提供了面向 Firebase 和 Google Cloud 开发者受众的 Firestore 服务。

如您所见，Google Cloud 的 CLI（Cloud SDK aka gcloud）和 Firebase CLI 在功能上是重叠的。然而，重要的是：

• 两个 CLI 都与一组共享的 Google 服务（例如 Firestore、身份、日志记录等）交互。
• 有些 Google Cloud 服务不是 Firebase 的一部分反之亦然

如果您专注于 Firebase，您应该能够坚持使用 Firebase CLI，并通过这个 Firebase 镜头继续与 Google 的服务进行交互。

如果您包含不属于 Firebase 的 Google Cloud Platform 服务，则需要考虑使用 gcloud但重要的是，您可以：

• 继续为 Firebase 服务使用 Firebase CLI；
• 使用 gcloud 与部分（不是全部！） Firebase 服务（例如 Firestore）进行交互。

随着时间的推移，我认为（！）这两个平台之间的不和谐将会减少。

如果您认为这两个平台是自收购以来（正在进行的？）统一的结果，希望这些差异更容易理解，也不会令人沮丧。

您确实发现了不一致和挫败感，请通过提交功能请求和错误确保 Google 知道。