【问题标题】:billing clients for google api's为 google api 计费的客户
【发布时间】:2018-08-23 14:15:18
【问题描述】:

有关 Google API 或更具体的地点和地图 Google API 计费的问题。

我们有一个应用,它是 SAAS 包的一部分。当客户使用我们的软件时,我们有地图和地点的 API 构建它,但是我们希望将使用这些 API 的账单成本抵消给使用该软件的特定客户。

目前,我们有一个单独的 Google 项目,我们创建并在我们自己的 Google 帐户上启用了 API,但这意味着我们将使用我们的令牌来买单。

客户能否以某种方式连接到我们的谷歌项目等,还是我们只需要他们创建自己的谷歌项目并传递该令牌?是否有一种简化的方法可以涵盖这一点...

【问题讨论】:

    标签: google-maps google-api


    【解决方案1】:

    当我们为我们的多租户应用程序创建时,我们确实只创建了一个谷歌项目,并且计费被累积到一个帐户中。我们查看了您所谈论的内容,但由于谷歌不允许在没有单独的谷歌项目的情况下单独计费。谷歌 API 计费适用于谷歌项目 ID。我们决定单独向客户收费,并在单个 Google 项目中处理对 Places API 的所有调用。

    长话短说 - 让我们的客户连接到我们的项目而不让他们创建自己的谷歌项目并不容易,我们最终得到了一个谷歌 api 项目。

    编辑:还遗漏了另一个重要点 - Google My Business API 需要为每个项目 ID 列入白名单,因此将其保留为单个项目是另一个原因

    【讨论】:

      【解决方案2】:

      将令牌传递给应用程序可能是一个非常糟糕的主意,如果它被拦截,将会给您的客户端及其令牌带来安全风险。

      作为客户的开发人员,他们应该在他们的帐户上创建一个令牌,然后他们将被收取费用。然后他们可以将其作为开发人员提供给您使用。然而,这是一个灰色地带,因为从技术上讲,您不允许与任何人共享您的令牌 TOC 但是我相信客户和开发人员的关系应该足够安全以共享令牌。

      理想情况下,您应该为客户端提供代码,然后他们可以使用自己的令牌并自己运行应用程序。

      【讨论】:

        猜你喜欢
        • 2020-11-02
        • 1970-01-01
        • 1970-01-01
        • 2022-06-15
        • 2010-12-13
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2021-07-20
        相关资源
        最近更新 更多