【中文】:ShopifyDevs YouTubeチャンネル。3.回シリーズの1★★★★★★Shopify +のソリューションエンジニアであるZameer Masjedeeが,開発ストアのプライベートアプリをライブデモとして使用しながら,レート制限についてのベストプラクティスを解説します。Zameer。……Shopifyで使用されている”リーキーバケット”アルゴリズムに触れ,マーチャントとパートナーが得られるメリットについても話します。
はじめに:必要なツール
ツールの準備に関していうと,まず開発ストア(中文)。★★★★★Shopify。。中文:> > > > > > > > >。热电偶VS代码。
★★★★★★★鲁比（人名）とフレームワークの辛纳特拉? ? ? ? ? ?とはいえ、お好みのプログラミング言語を自由にご使用ください。
★★★★★★★★★★★端到端のプライベートアプリをShopify【翻译】API。
このようなコンテンツに興味がありましたら,YouTubeのチャンネル登録。。
我的意思是，我的意思是，我的意思是!
英文:中文:中文:Shopify (Shopify)
【翻译
…，…，API? ? ? ?
。
API【翻译】Shopify。(1)、(2)、(3)、(3休息と新しくイノベーティブなGraphQLの両方で使える超フレキシブルなAPI。もしレート制限がなかったら,事実上だれもがいつでも好きなだけAPI。
API【翻译】Shopifyがプラットフォームの安定性を確保するために使用している基礎的な方法です
。なぜShopify?
★★★★★★★★★★★★★★★★★★開発者がいつでもShopify APIにアクセスできて無制限のAPIリクエストを実行できるとなると,Shopify。。
ダウンタイムはサーバー全体に影響するため,マーチャントはストアにアクセスできず,あなたのアプリも機能しません。API。★★★★★★API★★★★★★★★★API。
プラットフォーム全体におけるリクエストを安定したレベルに維持することで,サーバーの常時稼働と高速なレスポンスタイムが実現しています。
さまざまなタイプのレート制限
(1)、(1)、(1)、(1)、(1)、(2)、(2)、(3)。★★★★★★★★API。
。★★★★REST管理API(中文)。
（画像）
![api]()
APIごとのレート制限の比較
上記の比較表で確認できるように,スタンダードなShopifyプランの標準制限があり,一方でShopify +マーチャントの場合は数字が実質2。
★★★★★★★★★★★★★★★★★★★★★★★★★
REST管理API:
ShopifyのREST管理API【中文】:1秒で2★★★★★★★★★★★★★★★★★★★★★★1【翻译】1，，，，1塔罗牌，塔罗牌，塔罗牌，塔罗牌。
このアプローチによると,どんなリクエストをしているかは問題になりません。前回リクエストと同じ内容であれ,何かの更新または削除であれ,単なるデータ取得であれ,何をしても1秒で2> > > > >
GraphQL管理API:
GraphQL。このアプローチでは,クエリとミューテーションによってデータの読み込みや更新が可能ですが,一番の違いとして,それぞれのリクエストの複雑な関連性が考慮される点が挙げられます。。
GraphQL。スタンダードプランでは,毎秒50。。データの更新,作成,削除を要求するミューテーションは10。★★★★★★★1。
GraphQL★★★★★★★★★★★★★★★★★★★★★GraphQL。
1。★★★★1。10のラインアイテムがあるなら,それぞれ1【翻译1ポイントなので,このリクエストは11。
ざっくりとこのような仕組みであり,GraphQL API★★★★★★
ほとんどのケースにおいて,GraphQL★★★★★★★★★★★★★★★★★★★★★★★★GraphQL(英文)(英文)(英文)(英文)(英文)
Shopifyマーチャント向けのアプリを構築する
Shopifyアプリストア向けのアプリ開発,カスタムアプリの開発サービス,ユーザーベースの成長促進,あなたが望むことがなんであれ,Shopify。。
手提电脑
店面API:
★★★★ヘッドレスの実装。
リーキーバケットアルゴリズム
Shopify。
リーキーバケットについて考える場合,事前に決められた数のビー玉が入ったバケツを想像するのが一番良いでしょう。1秒に1。★★★★> >、同じ割合で新しいビー玉を追加できるということです。バケツが一杯になったら、もうビー玉は追加できません。バケツの中にどれだけのビー玉を保持できるかは、いくつかの要因によって決まります。
![漏水的桶]()
スタンダードプランのREST管理APIとShopify +のバケットサイズ
REST管理APIを使用するスタンダードプランでは,ストアごと,アプリごとに40。
★★★★★★★★★★★★★★★★★★もしあなたが公開アプリをもっていて,それが2> > > > > > > > > > > > > > > > > > > > >2。。REST管理API【中文翻译】，40のバケットサイズが割り当てられているので,あなたはプライベートアプリか公開アプリで40。
もしあなたが公開アプリをもっていて,それが2> > > > > > > > > > > > > > > > > > > > >2。それぞれが独立したレート制限をもっています
这是一个很好的例子。★★★★★休息★★★★★★★それぞれのリクエストがレート制限において1。
。2度目に何らかの作業,たとえばデータの更新や削除などをしようとするとき,また別のビー玉をバケツに入れることになります。
。ビー玉を入れる余裕があるときしか,リクエストはできません。バケツが一杯のときにビー玉を入れようとすると,Shopifyは429。“リクエストが多すぎます”“レート制限に達しました”“リクエストを処理できません”というエラーです。整整齐齐，整整齐齐。
…………………………………………
40リクエストの入ったバケツがあっても,同時に,以前のリクエストが継続的に排出されていきます。
? ? ?
1> >2個というリークレートによって,毎秒バケツの中に2つのビー玉あるいは2。。★★★★★★★1時間でリクエストが一切おこなわれていない場合などは,バケットサイズは40() ()。
★★★★★★★★★★★★★★★★★★★★★★★★★★
∕∕∕∕∕1〇〇〇10のリクエストを実行すると,バケツの中の40分の10。その1> > > > > > > >2? ? ? ?ビー玉は8〇〇〇〇32() () () ()> >32★★★★★★★★
? ? ? ? ?
中文:中文:1> >2つのコールという標準のレート制限だけでは,大量のリクエストを扱う柔軟性が得られないからです。
。注文が入り,その注文に含まれる商品を毎回更新し,タグに保存されている値を加算します(おそらく全体でいくつの商品が売れたかを追跡するために)。
(1)、(1)、(1)、(2)、(3)X(1)、(1)、(1)、(1)、(1)。
注文が入るたびに,必要なリクエストが増えることは,すぐにわかりますね。
リーキーバケット方式なら,バケットサイズが40?20.個のラインアイテムを含む注文が入ってくると,それぞれの商品に対する20.★★★★★★★★★★
集中的な一連のリクエストを同時に処理できる能力が,アプリに柔軟性をもたらします
【翻译2コールだとしても,20.個のビー玉を入れてから1> >2(1)、18。集中的な一連のリクエストを同時に処理できる能力があなたのアプリにもたらす柔軟性について,少しずつわかってくると思います。
我的意思是，我的意思是，我的意思是。
GraphQL★★★★★★★★★★★★。
このケースでは,バケットに1，000。【中文翻译50啊哈!。
ミューテーションとクエリのコストについて,こちらのドキュメント(中文)。
【翻译】GraphQL。
。わたしたちが使用しているさまざまな方法とリクエストのタイプを確認し,プラットフォームの安定性のためにリーキーバケットアルゴリズムが存在する理由を見てきました。
リーキーバケットアルゴリズム:考慮すべきデータ
。。我很喜欢你API。過去30.日くらいのデータセットから任意に取り出した1。
1日のうちで,もっともポピュラーな休息エンドポイント4> > > > > > > > >API。
产品は1日で2億2200年万のAPI。InventoryLevelsでは1億5800年万、订单は1億3700年万,メタフィールドは1億600啊哈!
Shopify。わたしたちがレート制限を実装しているのは,そうする責任があるからですし,またマーチャントとパートナーに対して最高レベルの安定性と稼働時間を提供しているということでもあります。
。。
ShopifyDevs YouTubeチャンネル★★★★★★★レート制限を重視したコードを実際に書く方法を見ていきます。
原文：Zameer Masjedee
