Firebase Firestore - 带宽费用

Question

我今天在 Firebase Firestore 中查看我的使用情况和计费时注意到，我已经产生了一些费用。我有点困惑这是从哪里来的。我只超过了一次读取/写入的每日免费限制，而且只有几百次操作。看来所有成本都来自“带宽”。有谁能向我解释这个“带宽”来自哪里，以及为什么当我的读/写非常低（每天不到 1k）时，带宽费用似乎仍然存在。我附上了一个截图，以供参考我所看到的。对此事的任何见解将不胜感激。提前致谢。

请参阅下面的会话详细信息对象的示例 JSON。

注意：每次用户在一个项目上滑动时，它都会被添加到 swiped_titles 数组中，所以你可以想象这会变成一个相当大的数组：

{
  "id" : 1202193,
  "hostUid" : "kasdnjadkjlnaASD",
  "uids": [
    "kasdnjadkjlnaASD",
    "nasduhASafafafdf"
  ],
  "created": "{TIMESTAMP HERE}",
  "last_updated": "{TIMESTAMP HERE}",
  "swiped_titles": [
      {
        "id": 09234,
        "backdropPath": "URL_HERE",
        "posterPath": "URL_HERE",
        "tilte": "Dim Sum Koi",
        "overview": "The best dim sum in the city. Authentic, delicious. made to order.",
        "category": "dine-in",
        "voteAverage": 7.3,
        "voteCount": 219,
        "uids-that-liked": [
          "kasdnjadkjlnaASD",
          "nasduhASafafafdf"
          ],
        "uids-that-swiped": [
          "kasdnjadkjlnaASD",
          "nasduhASafafafdf"
          ]
      },
      {
        "id": 08123,
        "backdropPath": "URL_HERE",
        "posterPath": "URL_HERE",
        "tilte": "That's Italian Ristorante",
        "overview": "The best fine dining italian experience in town. Delicious, family-style.",
        "category": "dine-in",
        "voteAverage": 8.3,
        "voteCount": 180,
        "uids-that-liked": [
          "nasduhASafafafdf"
          ],
        "uids-that-swiped": [
          "kasdnjadkjlnaASD",
          "nasduhASafafafdf"
          ]
      }
    ]
  }

Answer 1

正如@Frank 所提到的，Firestore 还对带宽和读取收费。定价详细描述here。

当您使用 Firestore 时，您需要支付以下费用：

您读取、写入和删除的文档数。大量的 数据库使用的存储，包括元数据的开销和 索引。您使用的网络带宽量。存储和 带宽使用以千兆字节 (GiB) 为单位计算，其中 1 GiB = 230 字节。所有费用每天累积。

Internet Egress 定价可以在here 找到详细信息。

$0.04 读取费用表明您有大约 60K 读取超过免费配额，因此如果您的文档相当大，假设为 650 KB，则粗略估计大约 39 GB 带宽（其中 10 GB 是免费的） .这仍然不超过 4 美元。如果您的文档甚至很大，那么这可能是可能的。如果没有，您应该寻求 Firebase 支持。

Answer 2

Firestore 对读取操作以及这些操作消耗的带宽收费。因此，每当 SDK（或控制台）从服务器读取文档时，您都需要为读取操作和通过网络发送的字节付费。

显然，在您的情况下，消耗的带宽是成本的大部分。这不是 Firestore 的常见情况，但绝对有可能，例如：如果您的文档都非常大。

如果您认为情况并非如此，请reach out to Firebase support 寻求个性化的故障排除帮助。他们可以检查您的项目以获取更多信息，这是其他人无法做到的。