为什么以及如何是配额"临界读取请求"超过时，使用batchCreate联系人

Question

我正在使用Google People API编程一个从数据库到Google contacts的联系人导出。我正在通过谷歌应用程序脚本通过URL编程请求。

下面的代码-使用https://people.googleapis.com/v1/people:batchCreateContacts-适用于13到15个单一请求，但谷歌会返回以下错误消息：

超出配额指标临界读取请求（联系人和个人资料读取）的配额，并限制每个用户每分钟的临界读取请求（联系人和个人资料读取）服务people.googleapis.com的用户project_number：***。

为了提高速度，我用10个并行请求批量发送请求。

关于这个问题，我有以下两个问题：

1. 为什么，为了创建联系人，我会点击一个关于读取请求的配额？
2. 鉴于下面的图片链接，为什么发送2批10个同时请求（更准确地说：13到15个单个请求）会达到这个量子限制？每个用户每分钟90个读取请求的量子限制显示在console.cloud.google.com

谢谢你的任何澄清！

进一步阅读：https://developers.google.com/people/api/rest/v1/people/batchCreateContacts

  let payloads = [];
  let lengthPayloads;
  let limitPayload = 200;
/*Break up contacts in payload limits*/
  contacts.forEach(function (contact, index) /*contacts is an array of objects for the API*/
    {
      if(!(index%limitPayload))
      {
        lengthPayloads = payloads.push(
          {
            'readMask': "userDefined",
            'sources': ["READ_SOURCE_TYPE_CONTACT"],
            'contacts': []
          }
        );
      }
      payloads[lengthPayloads-1]['contacts'].push(contact);
    }
  );
Logger.log("which makes "+payloads.length+" payloads");
  let parallelRequests = [];
  let lengthParallelRequests;
  let limitParallelRequest = 10;
/*Break up payloads in parallel request limits*/
  payloads.forEach(function (payload, index)
    {
      if(!(index%limitParallelRequest))
        lengthParallelRequests = parallelRequests.push([]);
      parallelRequests[lengthParallelRequests-1].push(
        {
          'url': "https://people.googleapis.com/v1/people:batchCreateContacts",
          'method': "post",
          'contentType': "application/json",
          'payload': JSON.stringify(payload),
          'headers': { 'Authorization': "Bearer " + token }, /*token is a token of a single user*/
          'muteHttpExceptions': true
        }
      );
    }
  );
Logger.log("which makes "+parallelRequests.length+" parallelrequests");
  let responses;
  parallelRequests.forEach(function (parallelRequest)
    {
      responses = UrlFetchApp.fetchAll(parallelRequest); /* error occurs here*/
      responses = responses.map(function (response) { return JSON.parse(response.getContentText()); });
      
      responses.forEach(function (response)
        {
          if(response.error)
          {
            Logger.log(JSON.stringify(response));
            throw response;
          }
          else Logger.log("ok");
        }
      );

日志输出：

这使得22个有效载荷

产生3个并行请求

好（15次）

（错误信息）

Answer 1

超出配额指标临界读取请求（联系人和个人资料读取）的配额，并限制每个用户每分钟的临界读取请求（联系人和个人资料读取）服务people.googleapis.com的用户project_number：***。

配额有两种类型：基于项目的配额和基于用户的配额。基于项目的配额是对项目本身的限制。基于用户的报价更像是防洪措施，它们限制单个用户在一段时间内可以发出的请求数量。

当您发送一个包含10个请求的批处理请求时，它将计为10个请求，而不是单个批处理请求。如果您试图运行这个并行程序，那么每用户每分钟的请求配额肯定会溢出。

慢下来这不是比赛。

为什么，为了创建联系人，我会达到关于读取请求的配额？

我会把它塞到一个错误消息中。

鉴于下面的图片链接，为什么发送13到15个请求会达到配额限制？（（此代码之前有3个读取请求））控制台上显示的每用户每分钟90个读取请求的配额限制。云谷歌。通用域名格式

你每分钟发送13*10=130，这将超过每分钟的请求。也无法知道您的系统运行的速度，因为这取决于服务器在收到您的请求时所做的其他事情，以及它们实际记录的时间。

我的建议是只尊重配额限制，而不是试图理解为什么谷歌服务器上有太多的变量来确定一分钟到底是多少。你可以在10秒内发送100个请求，然后尝试在55秒内再发送100个请求，你会得到错误。65秒后你也可能会得到错误，这取决于请求何时到达服务器，以及服务器何时处理完最初的100个请求。

再慢下来。

Answer 2

我在谷歌的问题跟踪器中提出了同样的问题。

看起来单个BatchCreateContact或BatchUpdateContact调用每个请求消耗六（6）个“关键读取请求”配额。仍然没有得到一个答案，为什么对于创建/更新联系人，我们达到了关键读取请求的限制。