【问题标题】:Throttle limits for MWS Orders APIMWS 订单 API 的限制
【发布时间】:2017-05-25 02:03:47
【问题描述】:

documentation 中声明:

The ListOrders and ListOrdersByNextToken operations together share a maximum request quota of 6 and a restore rate of 60.

据我了解,这意味着我可以这样做:

  • 致电ListOrders:请求配额 = 5,下载订单 = 100
  • 致电ListOrdersByNextToken:请求配额 = 4,下载订单 = 200
  • 致电ListOrdersByNextToken:请求配额 = 3,下载订单 = 300
  • 致电ListOrdersByNextToken:请求配额 = 2,下载订单 = 400
  • 致电ListOrdersByNextToken:请求配额=1,下载订单=500
  • 致电ListOrdersByNextToken:请求配额=0,下载订单=600

然后,由于恢复率为 60,6 分钟后我的请求配额将恢复为 6,我可以重复该过程。如果我连续提交所有请求,我可以每 6 分钟为每个商家拉 600 个订单。

问题:

  1. 我对油门限制的理解是否正确?
  2. 如果是正确的,为什么我能够在不到一分钟的时间内拉出超过 1000 个订单?程序停止的唯一原因是商家没有更多订单可以拉取。

谢谢!

【问题讨论】:

    标签: amazon amazon-mws


    【解决方案1】:

    在我 2017 年 2 月的测试中,对 ListOrdersByNextToken 的请求实际上会占用您对 ListOrders 的请求配额。

    【讨论】:

      【解决方案2】:

      据我了解,...NextToken 调用不计入限制。这意味着就限制而言,您只进行了 一个 调用。

      【讨论】:

      • 文档中是否有任何地方特别提到了这一点?我想当它说The ListOrders and ListOrdersByNextToken operations **together** share a maximum request quota of 6 and a restore rate of 60时我很困惑
      • @pez 我不记得了。我相信我的假设来自所涉及的处理成本。 ListOrders 是一个昂贵的调用,它将构建整个临时表,而 ...NextToken 调用很便宜,因为它们只从所述表中提取数据。限制(节流)一个而不是另一个是有意义的。
      • 在我 2017 年 2 月的测试中,对 ListOrdersByNextToken 的请求确实计入了您的请求配额。
      • @jbryanscott 请将该评论更改为答案。看来这可能最近发生了变化——如果发生了变化,我之前的回答现在是错误的。以后遇到同样问题的人很难找到评论。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2023-03-21
      • 2018-07-10
      • 1970-01-01
      • 1970-01-01
      • 2019-04-28
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多