哪个更快:firebase托管+;firebase云函数或通过HTTP请求直接调用云函数

哪个更快:firebase托管+;firebase云函数或通过HTTP请求直接调用云函数,firebase,google-cloud-functions,firebase-hosting,Firebase,Google Cloud Functions,Firebase Hosting,我想知道我应该选择下面两个选项中的哪一个。我正在优化性能(API调用的响应时间) 我可以编写一个firebase云函数,当我点击一个URL时会调用它。 URL:我的自定义域/webhook 或者我可以直接调用一个云函数作为HTTP请求。这将是一种形式 网址:https://us-central1-.cloudfunctions.net/date 疑问:如果我使用选项1,我会延迟响应时间吗?我会理想地使用选项1,因为我可以给我的客户发送整洁的URL来点击我们的服务。但是我也不想放弃性能。 你必

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

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

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


  • 疑问:如果我使用选项1,我会延迟响应时间吗?我会理想地使用选项1,因为我可以给我的客户发送整洁的URL来点击我们的服务。但是我也不想放弃性能。

    你必须考虑你的函数存储在哪里,以及如何在FialBASE上进行托管。 您可以决定您的函数应该位于哪个区域。选择一个靠近你的区域,它会更快到达

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

    通过使用这两种变体,您可以使情况变得更糟或更好。如果您通过调用函数URL来接近某个区域,则该函数的速度将快于自定义URL

    如果你把函数放在美国并使用自定义URL,那么如果你调用自定义URL或直接调用函数,将不会有太大区别

    您还需要考虑数据库的位置。如果他们在你附近的某个地区,你在美国的职能部门,他们需要一路回到你附近,以此类推

    为数据库和功能制定符合您需求的区域选择编排

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

    在上一次谷歌I/O上,他们在QA上“宣布”他们正在努力让他们保持“热”,但我们将为此功能收费。没人能说它什么时候会来,他们会收多少钱