【问题标题】:Google App Script URLFetch quota not clearGoogle App Script URLFetch 配额不明确
【发布时间】:2020-01-31 10:44:15
【问题描述】:

我有兴趣构建一个依赖外部服务的电子表格插件,而且似乎 URLFetch 是使用应用脚本执行远程 HTTP/S 调用的唯一方法。

我已到达app script quota page 以检查限制,我可以看到它们是

  • GSuite 计划每天 100.000 次调用
  • Gmail 计划每天 20.000 次通话

从文档中不清楚的是,这些限制是与整个应用程序相关还是仅与插件/应用程序的单个用户安装相关。

此外,文档并没有真正解释是否有任何方法可以要求谷歌为特定应用程序增加配额,例如,您可能需要在 GCP 中为特定 API 执行的操作。

任何具有应用脚本经验和已发布插件的人都可以分享一些亮点吗?有没有人尝试创建一个大量使用外部服务的应用脚本?

【问题讨论】:

    标签: google-apps-script google-cloud-platform urlfetch


    【解决方案1】:

    Apps 脚本配额适用于每个调用服务的用户。

    即如果应用程序的每个用户代表他自己调用服务 - 每个用户都将获得文档中提到的配额。

    相反,如果您使用的服务帐户代表用户执行呼叫而不冒充他 - 所有用户的所有呼叫都将计入服务帐户配额。

    关于 API 配额,它们适用于每个项目。您可以咨询here如何申请增加配额。

    【讨论】:

    • 感谢您的澄清,您是否通过任何更改找到了提到这一点的文档页面?您还知道这是否仍然适用于触发器以及在应用脚本执行 api 执行期间?
    • 不是直接的,你可以从Quotas are set at different levels for users Script invoked too many times per second for this Google user account等处检索,我通过尝试获得了确定性......
    • 是的,我也认为这是他们希望在页面中区分当前配额和当前限制时给您的想法,但仍然感到奇怪的是没有关于此的精确声明。我现在正在开发一个简单的脚本来达到一个用户的限制,然后我将与另一个用户一起执行它,看看结果是什么:) 只是想 100% 确定这一点
    • 所以我已经按照承诺使用我的脚本进行了测试,并且正如您所说,这些限制是作为每个用户应用的。这是个好消息 :) 再次感谢您!
    • @Pievis 感谢您对此的反馈。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-10-21
    • 1970-01-01
    • 2012-07-04
    • 1970-01-01
    • 1970-01-01
    • 2020-12-20
    相关资源
    最近更新 更多