【问题标题】:which is faster : firebase-hosting+firebase cloud function OR directly calling a cloud function via HTTP request哪个更快:firebase-hosting+firebase 云功能或通过 HTTP 请求直接调用云功能
【发布时间】:2021-05-31 10:31:16
【问题描述】:

我想了解我应该选择以下两个选择中的哪一个。我正在优化性能(API 调用的响应时间)

  1. 我可以编写一个 Firebase 云函数,当我点击一个 URL 时会调用它。
    网址:我的自定义域/webhook

  2. 或者我可以直接调用云函数作为 HTTP 请求。这将是形式
    网址:https://us-central1-.cloudfunctions.net/date

疑问:如果我使用选项 1,我会延迟响应时间吗?理想情况下,我希望使用选项 1,因为我可以向我的客户提供外观整洁的 URL 以访问我们的服务。但我也不想放弃性能。

【问题讨论】:

    标签: firebase google-cloud-functions firebase-hosting


    【解决方案1】:

    您必须考虑函数的存储位置以及 Firebase 上的托管工作方式。

    您可以决定您的功能应该位于哪个区域。通过选择您附近的地区可以更快地到达。

    Firebase 托管通过 Google 全球分销网络运行。因此,您的自定义 url 可能是在您附近触发的,但主机的基地始终在美国。因为您的 URL 下有一个功能,而不仅仅是一些可以缓存在该网络上的文件,所以它总是会转到美国。

    通过使用这两个变体,您可以让它变得更糟或更好。如果您通过函数 URL 调用函数来靠近您的区域,将比通过自定义 URL 更快。

    如果您将函数放到美国并使用自定义 URL,则调用自定义 URL 或直接调用函数不会有太大区别。

    那么你还需要考虑你的数据库在哪里。如果他们在您附近的地区和您在美国的职能,他们需要一直回到您附近,依此类推。

    为满足您需求的数据库和功能编排区域选择。

    使用云功能永远不会忘记冷启动。这使得它们在一段时间不活动后第一次使用时非常慢。

    在上一次 Google I/O 上,他们在 QA 上“宣布”他们正在努力让他们保持“热门”,但我们将为此功能付费。没有人能说什么时候到,收费多少。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-06-09
      • 2019-10-17
      • 2019-06-13
      • 1970-01-01
      • 2017-09-28
      • 2018-11-29
      相关资源
      最近更新 更多