我不明白mws throtlling的內容。 例如與此API:MWS api Throtlling - 最大請求額度
http://docs.developer.amazonservices.com/en_US/products/Products_GetMatchingProductForId.html
的最大請求限額爲20。所以,我明白可以對每個請求提交20點不同的ID。但是在表格中寫了'最大值:五個Id值'。 那麼20代表什麼?
我不明白mws throtlling的內容。 例如與此API:MWS api Throtlling - 最大請求額度
http://docs.developer.amazonservices.com/en_US/products/Products_GetMatchingProductForId.html
的最大請求限額爲20。所以,我明白可以對每個請求提交20點不同的ID。但是在表格中寫了'最大值:五個Id值'。 那麼20代表什麼?
20代表您一次可以提出的最大請求數。每個請求在IdList中最多可以有5個Id值。因此,實質上,您可以一次提交100(20 * 5)個產品ID的請求。然後你必須等待,直到配額恢復,這是每秒5。您每小時的請求限額也受到限制,在這種情況下,每小時需要18,000個請求。
做一些數學計算你需要做出多少請求並且將這些請求分開以便足夠的時間用於恢復進入。
Amazon節流通常有2個或3個組件。
它們使用修改後的漏桶算法。配額是您可以在給定時間提交多少個獨立請求,前提是您尚未消費任何請求。這是桶可以容納多少。
對於您提交的每個請求,存儲桶「泄漏」了一個單元。
恢復速度,桶的補充速度有多快。
對於鏈接的API調用,可以在1秒內假設發送多少個請求?如果我的數學是正確的(給出1),你應該能夠在第一秒內提出25個請求,因爲你用盡了桶,但是在第一秒鐘內,它還會重新填充5個請求。
請記住,亞馬遜使用小時/每日上限在許多API調用上限制您。
編輯
記住節流蓋多少要求你可以,不能有多少的ID,報告等等等等,可以每個請求的內部提交。