Google is committed to advancing racial equity for Black communities. See how.

ডেটা রেট সীমা

আমরা বিকাশকারীদের আকর্ষণীয় ব্যবহারকারীর অভিজ্ঞতা তৈরি করতে চাই, তবে আমরা চাই নীড় পরিষেবা এবং ডিভাইসগুলি ব্যবহারকারীর জন্য সর্বদা উপলব্ধ থাকে। নির্দিষ্ট সময়কালে প্রচুর সংখ্যক অনুরোধ করে এমন পণ্য পরিষেবা এবং ডিভাইসের প্রাপ্যতাকে প্রভাবিত করতে পারে, তাই আমরা হারের সীমাটি প্রয়োগ করি। রেট সীমাবদ্ধতা একটি নির্দিষ্ট সময়ের জন্য API কলের সংখ্যাকে সীমাবদ্ধ করে।

হার সীমা প্রকার

আমরা রেট সীমাতে দুটি শ্রেণি প্রয়োগ করেছি। প্রথম সীমা ডিভাইস বা প্রতি ঘন্টায় গঠন প্রতি। এই সীমাবদ্ধতাগুলি নেস্ট পণ্যগুলির সাথে সমস্ত ওয়ার্কে ভাগ করা হয় এবং এটি ডিভাইসগুলির অতিরিক্ত ব্যবহার রোধ করার উদ্দেশ্যে। সীমা দ্বিতীয় শ্রেণী অ্যাক্সেস টোকেন প্রতি। এই সীমাগুলি নেস্ট পরিষেবার অতিরিক্ত ব্যবহার রোধ করার জন্য ডিজাইন করা হয়েছে।

প্রতি ডিভাইস / কাঠামোর সীমা

ডেটা মডেলটিতে প্রতিটি লেখার জন্য ডিভাইসটির জাগ্রত হওয়া এবং স্থিতিকে সিঙ্ক্রোনাইজ করা প্রয়োজন। এটি ব্যাটারির আয়ুতে প্রভাব ফেলতে পারে, তাই আমরা ডিভাইস এবং কাঠামোগুলিতে লেখকের সংখ্যা সীমিত করি। আমরা সমস্ত ডিভাইসের ব্যাটারি স্থিতিও পর্যবেক্ষণ করি। যদি সেগুলি একটি নির্দিষ্ট প্রান্তের নিচে নেমে যায়, তবে ব্যাটারিটি রিচার্জ না হওয়া পর্যন্ত আমরা লেখার অনুরোধগুলি প্রত্যাখ্যান করব।

প্রতি অ্যাক্সেস টোকেন সীমা

প্রতিটি অ্যাক্সেস টোকেনের সাথে সম্পর্কিত হারের সীমাও থাকে। পরিষেবাটিতে সংযোগ স্থাপনে কিছু ওভারহেড অন্তর্ভুক্ত হয়, সুতরাং আমরা নির্দিষ্ট সময়ের মধ্যে পণ্য কতগুলি সংযোগ স্থাপন করতে পারি তার সীমাবদ্ধ রাখি।

REST এবং REST স্ট্রিমিং কলগুলির জন্য প্রতিটি অ্যাক্সেস টোকনে সীমিত সংখ্যক কল রয়েছে। REST এর মাধ্যমে কল পড়তে / লেখার জন্য, এবং REST স্ট্রিমিংয়ের মাধ্যমে রিড কলগুলিতে ডেটা রেট সীমা প্রযোজ্য। ত্রুটিগুলি এড়াতে, আমরা আপনাকে প্রতি মিনিটে সর্বোচ্চ একটি কলটিতে অনুরোধ সীমাবদ্ধ করার পরামর্শ দিই।

ত্রুটি প্রতিক্রিয়া

ব্যবহার করার সময় বিশ্রাম আপনি 429 অত্যধিক অনুরোধ একটি প্রতিক্রিয়া কোড পাবেন।

307 পুনঃনির্দেশগুলি পরিচালনা করছে

যখন তৈরীর বিশ্রাম কল, আপনার পণ্য 307 পুনঃনির্দেশ হ্যান্ডেল করতে হবে। ইউআরএল ফরোয়ার্ডিং হিসাবে পরিচিত, একটি 307 অস্থায়ী পুনঃনির্দেশ প্রতিক্রিয়া ব্রাউজারের জন্য একটি অনুরোধ পুনরায় জমা দেওয়ার জন্য একটি নতুন URL সরবরাহ করে।

যখন 307 পুনর্নির্দেশ ঘটে তখন আপনাকে নতুন ইউআরএল তথ্য দিয়ে আবার কল করতে হবে। আপনি যখন এটি করেন, সেই ব্যবহারকারী / অ্যাক্সেস টোকেনের সাথে ভবিষ্যতে কলগুলিতে আপনার হোস্ট এবং পোর্ট নম্বরটি ক্যাশে করা উচিত। মনে রাখবেন, প্রতিটি কল হার সীমাতে গণনা করে। আপনার ব্যবহারকারী কীভাবে আপনার পণ্যের সাথে ইন্টারঅ্যাক্ট করছেন তা বিবেচনা করুন। কিছু ব্যবহারকারী একটি বোতাম টিপুন বা বার বার একটি সেটিংস চয়ন করবেন, তাই আপনি যদি প্রতিটি ব্যবহারকারীর ক্রিয়া করার জন্য কল করেন, এটি খুব দ্রুত হারের সীমাতে প্রভাব ফেলতে পারে। যদি কোনও ব্যবহারকারী দ্রুত ধারাবাহিকতায় ধারাবাহিক পরিবর্তন করে থাকে তবে আপনার কেবলমাত্র সর্বশেষ (অতি সাম্প্রতিক) মানের জন্য একটি API কল করা উচিত।

আরো তথ্য এবং একটি উদাহরণ জন্য, দেখুন পুনর্চালনা হ্যান্ডেল কিভাবে

307 এর পরে পুনঃনির্দেশ করুন

আপনি যদি পুনঃনির্দেশ URL টি ব্যবহার করেন এবং পরে কোনও 307 পুনর্নির্দেশ পান তবে আপনার সেই পুনঃনির্দেশ অনুসরণ করা উচিত।

সংযোগ ত্রুটি

আপনি যদি ক্যাশেড ইউআরএল তথ্য ব্যবহার করছেন এবং কোনও সংযোগ ত্রুটি পেয়েছেন (হোস্টের বাইরে পরিষেবা বা সাইট ডাউন থাকার কারণে), আপনার মূল বেস URL এ ফিরে যাওয়া উচিত।

হার সীমা পরিবর্তন

ব্যবহারের ধরণগুলি এবং পরিষেবাতে তাদের প্রভাব সম্পর্কে আমরা আরও শিখার সাথে সাথে হারের সীমাটি সংশোধন করা আমাদের প্রয়োজনীয় হতে পারে। একটি বাধ্যতামূলক ব্যবহারকারীর অভিজ্ঞতা তৈরি করতে প্রয়োজনীয় ন্যূনতম সংখ্যার কল ব্যবহার করতে এবং হার সীমাবদ্ধতা লঙ্ঘনকে যথাযথভাবে মোকাবেলা করার জন্য আমরা আপনাকে উত্সাহিত করছি আপনার পণ্যগুলি তৈরি করতে strongly