Throttling: to limit the frequency

Throttling: to limit the frequency that can send a request

Amazon Marketplace Web Service (Amazon MWS) to use properly, you need to understand the throttle. The throttle, is the process of limiting the number of requests that can be sent within a certain period of time. It is a request, and so when that sent the stock feed, or when you request an order report. Throttle is what the request prevent the rush to Web services, it authenticated all developers surely be able to access the Web service.

Amazon MWS in, using a variation of the leaky bucket algorithm to measure the Web service, run the throttle. This algorithm is based on the example of the bucket flowing water at a constant rate from a hole in the bottom. You can add the intermittent water in a bucket, but, or added at once too much water, or if they added to the water at an average speed too fast, the water will exceed the bucket capacity.

Bucket the maximum request quota, that is considered to be the maximum number of requests you can make at any given time, Amazon MWS please try to apply this analogy to. Bucket hole represents the recovery rate, ie the time taken until it is possible to perform a new request. Therefore, when you send too many requests bucket of water flooded at a time. This Amazon MWS and replace in case of, will occur throttle. Since water is leaking at a constant rate from the bucket, To keep meets the bucket, it must be a little wait before adding the water in a bucket. Therefore, the request execution ability of after reaching the maximum request quota, recovery rate, that is managed by the time of until they make a new request.

Amazon MWS definition of the three values ​​that control the throttle is as follows.

Request quota - the number of requests that can be sent at once without throttle occurs. Request quota is reduced each time you send a request, it will increase in the recovery rate. Request is calculated for each combination of the exhibition for the account and Amazon MWS developer account of the Amazon.
Recovery rate ( recovery rate is also called) - until it reaches the maximum request quota, it is the rate of increase in requests quota over a period of time.
Maximum request quota ( bar Straight also called) - is the maximum size that can request quota is reached.
Consider the following example, please try to apply these ideas. SubmitFeed using the operation, please wants to send the 25 stock feed. SubmitFeed a maximum request quota is 15 times of operation, is the recovery rate of the new one request every two minutes. When you send a request of 25 feeds at a time, after the 15 times the request is the throttle. Therefore, after the request quota has been restored, you will need to re-send the request again ten feed. Recovery rate is because it is one request every two minutes, it takes 20 minutes to become as capable of transmitting the request of 10 the rest of the feed. Therefore, instead of retransmitting the request which is a throttle by sending all requests, and can gradually sending a request for feed to automate the process.

For example, (out of the original 25 feeds) When you send a 10 feed requests, still remain 5 request to request quota. And then wait 10 minutes, and then increase to request quota is 10 times due to the recovery rate (because it requests one in every two minutes more, you can have five new requests in 10 minutes). Then, it sends a request of another 10 pieces of feed. Request of the remaining five of feed, can be sent from the wait an additional 10 minutes. Hopefully is everything, it will be able to send all 25 of inventory feed in about 20 minutes.

Considering it to automate the request, please allow alternative treatment. That way, when either has reached the maximum request quota, or a throttle on whether high traffic volume occurred Web service occurs, it reduces the number of requests, retransmits the request that was not originally sent I can.

Tips to avoid throttle

So that the feed and send the request is processed normally, please check the following points.

Please be sure you understand the throttle limit of a specific request to be sent.
If the service is not available, automatically Please keep in making a "back-off" plan to reduce the number of requests. In the plan, with a recovery rate value, please time to decide whether the request should be re-sent.
Hundred at the time 0 minutes just, instead of just 30 minutes during the hundred, please send a request to choose any other time. For example, please send a request at the time, such as that 11 minutes or hundred during the 41 minutes, when the hundred.
Such as evening or early in the morning, please take advantage of traffic tend time low of Amazon MWS in the day.

Kết quả (Việt) 1:

Throttling: hạn chế tần suất có thể gửi yêu cầuAmazon dịch vụ Web trên thị trường (Amazon MWS) sử dụng đúng cách, bạn cần phải hiểu các ga. Ga, là quá trình để hạn chế số lượng yêu cầu có thể được gửi trong một khoảng thời gian nhất định. Đó là một yêu cầu, và như vậy khi đó đã gửi nguồn cấp dữ liệu chứng khoán, hoặc khi bạn yêu cầu một báo cáo đơn đặt hàng. Ga là gì yêu cầu ngăn chặn cơn sốt các dịch vụ Web, nó xác nhận tất cả các nhà phát triển chắc chắn có thể truy cập các dịch vụ Web.Amazon MWS, bằng cách sử dụng một biến thể của các thuật toán bị rò rỉ Xô để đo lường các dịch vụ Web, chạy các ga. Thuật toán này được dựa trên các ví dụ về các thùng chảy nước với tốc độ liên tục từ một lỗ ở phía dưới. Bạn có thể thêm nước liên tục trong một xô, nhưng, hoặc thêm vào nước một lúc quá nhiều, hoặc nếu họ thêm vào nước ở một tốc độ trung bình là quá nhanh, các nước sẽ vượt quá công suất nhóm.Gầu dung lượng tối đa yêu cầu, được coi là để là tối đa số lượng yêu cầu bạn có thể thực hiện tại bất kỳ thời gian nhất định, Amazon MWS Hãy thử áp dụng này tương tự để. Xô lỗ đại diện cho mức phục hồi, tức là thời gian cho đến khi nó có thể thực hiện một yêu cầu mới. Vì vậy, khi bạn gửi quá nhiều yêu cầu xô nước ngập nước tại một thời điểm. Amazon MWS và thay thế trong trường hợp này sẽ xảy ra ga. Kể từ khi nước là rò rỉ với tốc độ liên tục từ các thùng, để đáp ứng các thùng, nó phải chờ một chút trước khi thêm nước vào một xô. Vì vậy, yêu cầu thực hiện khả năng của sau khi đạt yêu cầu tối đa dung lượng, tốc độ phục hồi, được quản lý bởi thời gian cho đến khi họ thực hiện một yêu cầu mới.Amazon MWS định nghĩa của ba giá trị đó kiểm soát các ga là như sau.Yêu cầu dung lượng – số lượng yêu cầu có thể gửi cùng một lúc mà không có ga xảy ra. Yêu cầu dung lượng là giảm mỗi khi bạn gửi một yêu cầu, nó sẽ làm tăng tốc độ phục hồi. Yêu cầu được tính toán cho mỗi sự kết hợp của triển lãm cho các tài khoản và tài khoản nhà phát triển Amazon MWS của Amazon.Tốc độ phục hồi (recovery tỷ lệ cũng được gọi là) - cho đến khi nó đạt đến hạn ngạch tối đa yêu cầu, đó là tỷ lệ gia tăng dung lượng yêu cầu trong một khoảng thời gian.Tối đa yêu cầu hạn ngạch (thanh thẳng cũng được gọi là) - là kích cỡ tối đa có thể yêu cầu hạn ngạch được đạt tới.Xem xét ví dụ sau đây, hãy thử áp dụng những ý tưởng. SubmitFeed bằng cách sử dụng các hoạt động, xin vui lòng muốn gửi nguồn cấp dữ liệu chứng khoán 25. SubmitFeed dung lượng yêu cầu tối đa là 15 lần hoạt động, là tỷ lệ thu hồi của một yêu cầu mới mỗi hai phút. Khi bạn gửi một yêu cầu của 25 các nguồn cấp dữ liệu tại một thời điểm, sau 15 lần yêu cầu là các ga. Vì vậy, sau khi hạn ngạch yêu cầu đã được khôi phục, bạn sẽ cần phải gửi lại nguồn cấp dữ liệu yêu cầu một lần nữa 10. Tỷ lệ thu hồi là bởi vì nó là một trong những yêu cầu mỗi hai phút, nó mất 20 phút để trở thành như có khả năng truyền các yêu cầu của 10 phần còn lại của nguồn cấp dữ liệu. Vì vậy, thay vì retransmitting yêu cầu đó là một ga bằng cách gửi tất cả các yêu cầu, và có thể dần dần có thể gửi một yêu cầu cho nguồn cấp dữ liệu để tự động hoá quá trình.Ví dụ, (trong số các nguồn cấp dữ liệu gốc 25) khi bạn gửi một 10 nguồn cấp dữ liệu yêu cầu, vẫn còn 5 yêu cầu yêu cầu hạn ngạch. Và sau đó chờ đợi 10 phút, và sau đó tăng lên yêu cầu dung lượng là 10 lần do tỷ lệ thu hồi (vì nó yêu cầu một trong mỗi hai phút nữa, bạn có thể có năm yêu cầu mới trong 10 phút). Sau đó, nó sẽ gửi một yêu cầu khác 10 miếng thức ăn. Yêu cầu của phần còn lại năm của nguồn cấp dữ liệu, có thể được gửi từ chờ đợi một thêm 10 phút. Hy vọng là tất cả mọi thứ, nó sẽ có thể gửi tất cả 25 của hàng tồn kho trong khoảng 20 phút.Xem xét nó để tự động hóa các yêu cầu, xin vui lòng cho phép điều trị thay thế. Bằng cách đó, khi một trong hai đã đạt đến hạn ngạch tối đa yêu cầu, hoặc một ga trên có khối lượng lưu lượng truy cập cao xảy ra dịch vụ Web xảy ra, nó làm giảm số lượng yêu cầu, retransmits yêu cầu không ban đầu được gửi tôi có thể.Lời khuyên để tránh gaDo đó các nguồn cấp dữ liệu và gửi yêu cầu được xử lý thông thường, hãy kiểm tra các điểm sau đây.Hãy chắc chắn bạn hiểu giới hạn ga của một yêu cầu cụ thể được gửi đi.Nếu dịch vụ không có sẵn, tự động hãy làm cho một "quay ra" kế hoạch để giảm số lượng yêu cầu. Trong kế hoạch, với một giá trị tốc độ phục hồi, xin thời gian để quyết định cho dù yêu cầu phải được gửi lại.Trăm lúc 0 phút chỉ, thay vì chỉ 30 phút trong thời gian hàng trăm, xin vui lòng gửi một yêu cầu để lựa chọn bất kỳ thời điểm nào khác. Ví dụ, xin vui lòng gửi yêu cầu tại thời điểm, chẳng hạn như gần đó hoặc trăm trong 41 phút, khi các trăm.Chẳng hạn như buổi tối hoặc sớm vào buổi sáng, hãy tận dụng lợi thế của lưu lượng truy cập có xu hướng thời gian thấp của Amazon MWS trong ngày.

Kết quả (Việt) 2:

Điều chỉnh tiết lưu: để hạn chế tần số mà có thể gửi một yêu cầu

Amazon Marketplace Web Service (Amazon MWS) để sử dụng đúng cách, bạn cần phải hiểu các ga. Các ga, là quá trình hạn chế số lượng yêu cầu mà có thể được gửi trong một thời gian nhất định. Đây là một yêu cầu, và vì vậy khi mà gửi các thức ăn cổ, hoặc khi bạn yêu cầu một bản báo cáo tự. Throttle là những gì yêu cầu ngăn chặn cơn sốt với các dịch vụ Web, nó chứng thực tất cả các nhà phát triển chắc chắn có thể truy cập các dịch vụ Web.

Amazon MWS trong, sử dụng một biến thể của thuật toán xô dột để đo lường các dịch vụ Web, chạy ga. Thuật toán này được dựa trên các ví dụ về những xô nước chảy với tốc độ không đổi từ một lỗ ở phía dưới. Bạn có thể cho thêm nước liên tục trong một thùng, nhưng, hoặc thêm vào nước một lần quá nhiều, hoặc nếu họ thêm vào nước với tốc độ bình quân quá nhanh, nước sẽ vượt quá khả năng xô.

Gầu định mức yêu cầu tối đa, đó là coi là số lượng tối đa các yêu cầu, bạn có thể thực hiện tại bất kỳ thời điểm nào, Amazon MWS hãy cố gắng áp dụng này tương tự để. Lỗ Bucket đại diện cho tốc độ hồi phục, tức là thời gian thực hiện cho đến khi nó có thể thực hiện một yêu cầu mới. Vì vậy, khi bạn gửi yêu cầu quá nhiều xô nước ngập tại một thời điểm. Đây Amazon MWS và thay thế trong trường hợp, sẽ xảy ra ga. Vì nước bị rò rỉ tại một tốc độ không đổi từ xô, Để giữ đáp ứng các xô, nó phải là một chút chờ đợi trước khi đổ nước vào một cái xô. Do đó, khả năng yêu cầu thực hiện sau khi đạt yêu cầu hạn ngạch tối đa, tỷ lệ thu hồi, được quản lý bởi thời gian cho đến khi họ thực hiện một yêu cầu mới.

Amazon MWS định nghĩa của ba giá trị điều khiển van tiết lưu là như sau.

Yêu cầu hạn ngạch - số lượng yêu cầu có thể được gửi cùng một lúc mà không cần điều tiết xảy ra. Yêu cầu hạn ngạch được giảm mỗi khi bạn gửi một yêu cầu, nó sẽ tăng tốc độ phục hồi. Yêu cầu được tính cho mỗi sự kết hợp của triển lãm cho các tài khoản và Amazon MWS khoản nhà phát triển của Amazon.
Tỷ lệ phục hồi (tỷ lệ thu hồi cũng được gọi là) - cho đến khi nó đạt đến hạn ngạch yêu cầu tối đa, đó là tỷ lệ gia tăng hạn ngạch yêu cầu trên một khoảng thời gian.
quota yêu cầu tối đa (bar Straight cũng gọi) -. là kích thước tối đa có thể yêu cầu hạn ngạch đạt
xem xét ví dụ sau đây, hãy thử áp dụng những ý tưởng. SubmitFeed sử dụng các hoạt động, xin vui lòng muốn gửi thức ăn 25 cổ phiếu. SubmitFeed một hạn ngạch yêu cầu tối đa là 15 lần hoạt động, là tốc độ phục hồi của một trong những yêu cầu mới mỗi hai phút. Khi bạn gửi một yêu cầu của 25 loại thức ăn tại một thời gian, sau 15 lần yêu cầu là các ga. Vì vậy, sau khi hạn ngạch yêu cầu đã được phục hồi, bạn sẽ cần phải gửi lại yêu cầu một lần nữa mười thức ăn. Tỷ lệ thu hồi là bởi vì nó là một trong những yêu cầu mỗi hai phút, phải mất 20 phút để trở nên có khả năng truyền các yêu cầu của 10 phần còn lại của thức ăn. Do đó, thay vì phát lại các yêu cầu mà là một ga bằng cách gửi tất cả các yêu cầu, và dần dần có thể gửi một yêu cầu cho thức ăn để tự động hóa quá trình này.

Ví dụ, (trong bản gốc 25 thức ăn) Khi bạn gửi 10 yêu cầu thức ăn, vẫn còn 5 yêu cầu để yêu cầu hạn ngạch. Và sau đó chờ 10 phút, sau đó tăng dần để yêu cầu hạn ngạch là 10 lần do tốc độ phục hồi (vì nó yêu cầu một trong hai phút nữa, bạn có thể có năm yêu cầu mới trong vòng 10 phút). Sau đó, nó sẽ gửi một yêu cầu của người khác 10 miếng thức ăn. Yêu cầu, còn lại năm người ăn, có thể được gửi từ chờ đợi thêm 10 phút. Hy vọng là tất cả mọi thứ, nó sẽ có thể gửi tất cả 25 thức ăn hàng tồn kho trong khoảng 20 phút.

Xem xét nó để tự động hóa các yêu cầu, xin vui lòng cho phép điều trị thay thế. Bằng cách đó, khi một trong hai đã đạt đến hạn ngạch yêu cầu tối đa, hoặc điều tiết đối với việc lưu lượng giao thông cao xảy ra dịch vụ Web xảy ra, nó làm giảm số lượng yêu cầu, truyền lại những yêu cầu đó đã không được gửi ban đầu tôi có thể.

Lời khuyên để tránh ga

Vì vậy mà các ăn và gửi yêu cầu được xử lý bình thường, hãy kiểm tra các điểm sau đây.

hãy chắc chắn rằng bạn hiểu được giới hạn ga của một yêu cầu cụ thể sẽ được gửi.
Nếu dịch vụ không có sẵn, tự động hãy làm một "back-off" kế hoạch để giảm số lượng yêu cầu. Trong kế hoạch, với một giá trị tốc độ hồi phục, xin vui lòng time để quyết định xem các yêu cầu cần được tái cử.
Trăm tại thời điểm 0 phút chỉ, thay vì chỉ 30 phút trong trăm, xin vui lòng gửi yêu cầu để lựa chọn bất kỳ thời điểm nào. Ví dụ, xin vui lòng gửi yêu cầu vào thời điểm đó, chẳng hạn như 11 phút hay trăm trong các phút 41, khi trăm.
Chẳng hạn như buổi tối hoặc sáng sớm, hãy tận dụng lợi thế của giao thông có xu hướng thời gian thấp của Amazon MWS trong ngày .