ব্যবহারের সীমা

যেহেতু Google Meet REST API একটি শেয়ার্ড পরিষেবা, তাই আমরা কোটা এবং সীমাবদ্ধতা প্রয়োগ করি যাতে এটি সকল ব্যবহারকারীর দ্বারা ন্যায্যভাবে ব্যবহার করা হয় এবং Google Workspace সিস্টেমের সামগ্রিক কর্মক্ষমতা সুরক্ষিত থাকে।

যদি আপনি একটি কোটা অতিক্রম করেন, তাহলে আপনি সাধারণত 429: Too many requests HTTP স্ট্যাটাস কোডের প্রতিক্রিয়া পাবেন। যদি এটি ঘটে, তাহলে আপনার একটি সূচকীয় ব্যাকঅফ অ্যালগরিদম ব্যবহার করা উচিত এবং পরে আবার চেষ্টা করা উচিত। যদি আপনি প্রতি মিনিটের কোটার মধ্যে থাকেন, তাহলে প্রতিদিন আপনি কতগুলি অনুরোধ করতে পারবেন তার কোনও সীমা নেই।

নিম্নলিখিত টেবিলে কোয়েরির সীমা সম্পর্কে বিস্তারিত বলা হয়েছে:

কোটা
অনুরোধগুলি পড়ুন
প্রতি মিনিটে প্রতি প্রকল্পে ৬০০০
প্রতি মিনিটে প্রতি ব্যবহারকারী প্রতি প্রকল্প ৬০০
অনুরোধ লিখুন
প্রতি মিনিটে প্রতি প্রকল্পে ১০০০
প্রতি মিনিটে প্রতি ব্যবহারকারী প্রতি প্রকল্প ১০০
লেখার অনুরোধ কমানো হয়েছে

( spaces.create অনুরোধের জন্য ব্যবহৃত।)

প্রতি মিনিটে প্রতি প্রকল্পে ১০০
প্রতি মিনিটে প্রতি ব্যবহারকারী প্রতি প্রকল্প ১০

সময়-ভিত্তিক কোটা ত্রুটিগুলি সমাধান করুন

সকল সময়-ভিত্তিক ত্রুটির জন্য (প্রতি X মিনিটে সর্বাধিক N অনুরোধ), আমরা সুপারিশ করছি যে আপনার কোডটি ব্যতিক্রমটি ধরে এবং আপনার ডিভাইসগুলি অতিরিক্ত লোড তৈরি না করে তা নিশ্চিত করার জন্য একটি ছেঁটে ফেলা সূচকীয় ব্যাকঅফ ব্যবহার করে।

এক্সপোনেনশিয়াল ব্যাকঅফ হল নেটওয়ার্ক অ্যাপ্লিকেশনের জন্য একটি স্ট্যান্ডার্ড ত্রুটি পরিচালনার কৌশল। একটি এক্সপোনেনশিয়াল ব্যাকঅফ অ্যালগরিদম অনুরোধগুলির মধ্যে এক্সপোনেনশিয়ালভাবে বর্ধিত অপেক্ষার সময় ব্যবহার করে অনুরোধগুলি পুনরায় চেষ্টা করে, সর্বোচ্চ ব্যাকঅফ সময় পর্যন্ত। যদি অনুরোধগুলি এখনও ব্যর্থ হয়, তবে অনুরোধটি সফল না হওয়া পর্যন্ত অনুরোধগুলির মধ্যে বিলম্ব সময়ের সাথে সাথে বৃদ্ধি করা গুরুত্বপূর্ণ।

উদাহরণ অ্যালগরিদম

একটি এক্সপোনেনশিয়াল ব্যাকঅফ অ্যালগরিদম এক্সপোনেনশিয়ালভাবে রিট্রাই রিকোয়েস্ট করে, রিট্রাইয়ের মধ্যে অপেক্ষার সময়কে সর্বোচ্চ ব্যাকঅফ টাইম পর্যন্ত বাড়িয়ে দেয়। উদাহরণস্বরূপ:

  1. গুগল মিট এপিআই-তে একটি অনুরোধ করুন।
  2. যদি অনুরোধটি ব্যর্থ হয়, তাহলে ১ + random_number_milliseconds অপেক্ষা করুন এবং অনুরোধটি পুনরায় চেষ্টা করুন।
  3. যদি অনুরোধটি ব্যর্থ হয়, তাহলে 2 + random_number_milliseconds অপেক্ষা করুন এবং অনুরোধটি পুনরায় চেষ্টা করুন।
  4. যদি অনুরোধটি ব্যর্থ হয়, তাহলে ৪ + random_number_milliseconds অপেক্ষা করুন এবং অনুরোধটি পুনরায় চেষ্টা করুন।
  5. এবং এভাবেই, maximum_backoff সময় পর্যন্ত।
  6. সর্বোচ্চ সংখ্যক পুনঃচেষ্টা পর্যন্ত অপেক্ষা এবং পুনরায় চেষ্টা চালিয়ে যান, তবে পুনঃচেষ্টার মধ্যে অপেক্ষার সময়কাল বাড়াবেন না।

কোথায়:

  • অপেক্ষার সময় হল min(((2^n)+random_number_milliseconds), maximum_backoff) , প্রতিটি পুনরাবৃত্তির (অনুরোধ) জন্য n 1 দ্বারা বৃদ্ধি করা হয়।
  • random_number_milliseconds হল ১,০০০ এর কম বা সমান মিলিসেকেন্ডের একটি র‍্যান্ডম সংখ্যা। এটি এমন ঘটনা এড়াতে সাহায্য করে যেখানে অনেক ক্লায়েন্ট কোনও পরিস্থিতির দ্বারা সিঙ্ক্রোনাইজ হয় এবং সকলেই একবারে পুনরায় চেষ্টা করে, সিঙ্ক্রোনাইজড তরঙ্গে অনুরোধ পাঠায়। প্রতিটি পুনঃচেষ্টা অনুরোধের পরে random_number_milliseconds এর মান পুনরায় গণনা করা হয়।
  • maximum_backoff সাধারণত ৩২ অথবা ৬৪ সেকেন্ডের হয়। উপযুক্ত মান ব্যবহারের ক্ষেত্রে নির্ভর করে।

ক্লায়েন্ট maximum_backoff সময় পৌঁছানোর পরেও পুনরায় চেষ্টা চালিয়ে যেতে পারে। এই বিন্দুর পরে পুনরায় চেষ্টা করার জন্য ব্যাকঅফ সময় বাড়ানোর প্রয়োজন নেই। উদাহরণস্বরূপ, যদি কোনও ক্লায়েন্ট 64 সেকেন্ডের maximum_backoff সময় ব্যবহার করে, তাহলে এই মান পৌঁছানোর পরে, ক্লায়েন্ট প্রতি 64 সেকেন্ডে পুনরায় চেষ্টা করতে পারে। এক পর্যায়ে, ক্লায়েন্টদের অনির্দিষ্টকালের জন্য পুনরায় চেষ্টা করা থেকে বিরত রাখা উচিত।

পুনঃপ্রচেষ্টা এবং পুনঃপ্রচেষ্টার সংখ্যার মধ্যে অপেক্ষার সময় আপনার ব্যবহারের ধরণ এবং নেটওয়ার্কের অবস্থার উপর নির্ভর করে।

মূল্য নির্ধারণ

Google Meet API-এর সম্পূর্ণ ব্যবহার কোনও অতিরিক্ত খরচ ছাড়াই উপলব্ধ। কোটা অনুরোধের সীমা অতিক্রম করলে অতিরিক্ত চার্জ প্রযোজ্য হবে না এবং আপনার অ্যাকাউন্টে বিল করা হবে না।

কোটা বৃদ্ধির অনুরোধ করুন

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

সব প্রকল্পের কোটা একই রকম থাকে না। সময়ের সাথে সাথে আপনি যত বেশি গুগল ক্লাউড ব্যবহার করছেন, আপনার কোটার মান বাড়তে পারে। যদি আপনি ভবিষ্যতে ব্যবহারে উল্লেখযোগ্য বৃদ্ধি আশা করেন, তাহলে আপনি গুগল ক্লাউড কনসোলের কোটা পৃষ্ঠা থেকে সক্রিয়ভাবে কোটা সমন্বয়ের অনুরোধ করতে পারেন।

আরও জানতে, নিম্নলিখিত সম্পদগুলি দেখুন:

,

যেহেতু Google Meet REST API একটি শেয়ার্ড পরিষেবা, তাই আমরা কোটা এবং সীমাবদ্ধতা প্রয়োগ করি যাতে এটি সকল ব্যবহারকারীর দ্বারা ন্যায্যভাবে ব্যবহার করা হয় এবং Google Workspace সিস্টেমের সামগ্রিক কর্মক্ষমতা সুরক্ষিত থাকে।

যদি আপনি একটি কোটা অতিক্রম করেন, তাহলে আপনি সাধারণত 429: Too many requests HTTP স্ট্যাটাস কোডের প্রতিক্রিয়া পাবেন। যদি এটি ঘটে, তাহলে আপনার একটি সূচকীয় ব্যাকঅফ অ্যালগরিদম ব্যবহার করা উচিত এবং পরে আবার চেষ্টা করা উচিত। যদি আপনি প্রতি মিনিটের কোটার মধ্যে থাকেন, তাহলে প্রতিদিন আপনি কতগুলি অনুরোধ করতে পারবেন তার কোনও সীমা নেই।

নিম্নলিখিত টেবিলে কোয়েরির সীমা সম্পর্কে বিস্তারিত বলা হয়েছে:

কোটা
অনুরোধগুলি পড়ুন
প্রতি মিনিটে প্রতি প্রকল্পে ৬০০০
প্রতি মিনিটে প্রতি ব্যবহারকারী প্রতি প্রকল্প ৬০০
অনুরোধ লিখুন
প্রতি মিনিটে প্রতি প্রকল্পে ১০০০
প্রতি মিনিটে প্রতি ব্যবহারকারী প্রতি প্রকল্প ১০০
লেখার অনুরোধ কমানো হয়েছে

( spaces.create অনুরোধের জন্য ব্যবহৃত।)

প্রতি মিনিটে প্রতি প্রকল্পে ১০০
প্রতি মিনিটে প্রতি ব্যবহারকারী প্রতি প্রকল্প ১০

সময়-ভিত্তিক কোটা ত্রুটিগুলি সমাধান করুন

সকল সময়-ভিত্তিক ত্রুটির জন্য (প্রতি X মিনিটে সর্বাধিক N অনুরোধ), আমরা সুপারিশ করছি যে আপনার কোডটি ব্যতিক্রমটি ধরে এবং আপনার ডিভাইসগুলি অতিরিক্ত লোড তৈরি না করে তা নিশ্চিত করার জন্য একটি ছেঁটে ফেলা সূচকীয় ব্যাকঅফ ব্যবহার করে।

এক্সপোনেনশিয়াল ব্যাকঅফ হল নেটওয়ার্ক অ্যাপ্লিকেশনের জন্য একটি স্ট্যান্ডার্ড ত্রুটি পরিচালনার কৌশল। একটি এক্সপোনেনশিয়াল ব্যাকঅফ অ্যালগরিদম অনুরোধগুলির মধ্যে এক্সপোনেনশিয়ালভাবে বর্ধিত অপেক্ষার সময় ব্যবহার করে অনুরোধগুলি পুনরায় চেষ্টা করে, সর্বোচ্চ ব্যাকঅফ সময় পর্যন্ত। যদি অনুরোধগুলি এখনও ব্যর্থ হয়, তবে অনুরোধটি সফল না হওয়া পর্যন্ত অনুরোধগুলির মধ্যে বিলম্ব সময়ের সাথে সাথে বৃদ্ধি করা গুরুত্বপূর্ণ।

উদাহরণ অ্যালগরিদম

একটি এক্সপোনেনশিয়াল ব্যাকঅফ অ্যালগরিদম এক্সপোনেনশিয়ালভাবে রিট্রাই রিকোয়েস্ট করে, রিট্রাইয়ের মধ্যে অপেক্ষার সময়কে সর্বোচ্চ ব্যাকঅফ টাইম পর্যন্ত বাড়িয়ে দেয়। উদাহরণস্বরূপ:

  1. গুগল মিট এপিআই-তে একটি অনুরোধ করুন।
  2. যদি অনুরোধটি ব্যর্থ হয়, তাহলে ১ + random_number_milliseconds অপেক্ষা করুন এবং অনুরোধটি পুনরায় চেষ্টা করুন।
  3. যদি অনুরোধটি ব্যর্থ হয়, তাহলে 2 + random_number_milliseconds অপেক্ষা করুন এবং অনুরোধটি পুনরায় চেষ্টা করুন।
  4. যদি অনুরোধটি ব্যর্থ হয়, তাহলে ৪ + random_number_milliseconds অপেক্ষা করুন এবং অনুরোধটি পুনরায় চেষ্টা করুন।
  5. এবং এভাবেই, maximum_backoff সময় পর্যন্ত।
  6. সর্বোচ্চ সংখ্যক পুনঃচেষ্টা পর্যন্ত অপেক্ষা এবং পুনরায় চেষ্টা চালিয়ে যান, তবে পুনঃচেষ্টার মধ্যে অপেক্ষার সময়কাল বাড়াবেন না।

কোথায়:

  • অপেক্ষার সময় হল min(((2^n)+random_number_milliseconds), maximum_backoff) , প্রতিটি পুনরাবৃত্তির (অনুরোধ) জন্য n 1 দ্বারা বৃদ্ধি করা হয়।
  • random_number_milliseconds হল ১,০০০ এর কম বা সমান মিলিসেকেন্ডের একটি র‍্যান্ডম সংখ্যা। এটি এমন ঘটনা এড়াতে সাহায্য করে যেখানে অনেক ক্লায়েন্ট কোনও পরিস্থিতির দ্বারা সিঙ্ক্রোনাইজ হয় এবং সকলেই একবারে পুনরায় চেষ্টা করে, সিঙ্ক্রোনাইজড তরঙ্গে অনুরোধ পাঠায়। প্রতিটি পুনঃচেষ্টা অনুরোধের পরে random_number_milliseconds এর মান পুনরায় গণনা করা হয়।
  • maximum_backoff সাধারণত ৩২ অথবা ৬৪ সেকেন্ডের হয়। উপযুক্ত মান ব্যবহারের ক্ষেত্রে নির্ভর করে।

ক্লায়েন্ট maximum_backoff সময় পৌঁছানোর পরেও পুনরায় চেষ্টা চালিয়ে যেতে পারে। এই বিন্দুর পরে পুনরায় চেষ্টা করার জন্য ব্যাকঅফ সময় বাড়ানোর প্রয়োজন নেই। উদাহরণস্বরূপ, যদি কোনও ক্লায়েন্ট 64 সেকেন্ডের maximum_backoff সময় ব্যবহার করে, তাহলে এই মান পৌঁছানোর পরে, ক্লায়েন্ট প্রতি 64 সেকেন্ডে পুনরায় চেষ্টা করতে পারে। এক পর্যায়ে, ক্লায়েন্টদের অনির্দিষ্টকালের জন্য পুনরায় চেষ্টা করা থেকে বিরত রাখা উচিত।

পুনঃপ্রচেষ্টা এবং পুনঃপ্রচেষ্টার সংখ্যার মধ্যে অপেক্ষার সময় আপনার ব্যবহারের ধরণ এবং নেটওয়ার্কের অবস্থার উপর নির্ভর করে।

মূল্য নির্ধারণ

Google Meet API-এর সম্পূর্ণ ব্যবহার কোনও অতিরিক্ত খরচ ছাড়াই উপলব্ধ। কোটা অনুরোধের সীমা অতিক্রম করলে অতিরিক্ত চার্জ প্রযোজ্য হবে না এবং আপনার অ্যাকাউন্টে বিল করা হবে না।

কোটা বৃদ্ধির অনুরোধ করুন

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

সব প্রকল্পের কোটা একই রকম থাকে না। সময়ের সাথে সাথে আপনি যত বেশি গুগল ক্লাউড ব্যবহার করছেন, আপনার কোটার মান বাড়তে পারে। যদি আপনি ভবিষ্যতে ব্যবহারে উল্লেখযোগ্য বৃদ্ধি আশা করেন, তাহলে আপনি গুগল ক্লাউড কনসোলের কোটা পৃষ্ঠা থেকে সক্রিয়ভাবে কোটা সমন্বয়ের অনুরোধ করতে পারেন।

আরও জানতে, নিম্নলিখিত সম্পদগুলি দেখুন:

,

যেহেতু Google Meet REST API একটি শেয়ার্ড পরিষেবা, তাই আমরা কোটা এবং সীমাবদ্ধতা প্রয়োগ করি যাতে এটি সকল ব্যবহারকারীর দ্বারা ন্যায্যভাবে ব্যবহার করা হয় এবং Google Workspace সিস্টেমের সামগ্রিক কর্মক্ষমতা সুরক্ষিত থাকে।

যদি আপনি একটি কোটা অতিক্রম করেন, তাহলে আপনি সাধারণত 429: Too many requests HTTP স্ট্যাটাস কোডের প্রতিক্রিয়া পাবেন। যদি এটি ঘটে, তাহলে আপনার একটি সূচকীয় ব্যাকঅফ অ্যালগরিদম ব্যবহার করা উচিত এবং পরে আবার চেষ্টা করা উচিত। যদি আপনি প্রতি মিনিটের কোটার মধ্যে থাকেন, তাহলে প্রতিদিন আপনি কতগুলি অনুরোধ করতে পারবেন তার কোনও সীমা নেই।

নিম্নলিখিত টেবিলে কোয়েরির সীমা সম্পর্কে বিস্তারিত বলা হয়েছে:

কোটা
অনুরোধগুলি পড়ুন
প্রতি মিনিটে প্রতি প্রকল্পে ৬০০০
প্রতি মিনিটে প্রতি ব্যবহারকারী প্রতি প্রকল্প ৬০০
অনুরোধ লিখুন
প্রতি মিনিটে প্রতি প্রকল্পে ১০০০
প্রতি মিনিটে প্রতি ব্যবহারকারী প্রতি প্রকল্প ১০০
লেখার অনুরোধ কমানো হয়েছে

( spaces.create অনুরোধের জন্য ব্যবহৃত।)

প্রতি মিনিটে প্রতি প্রকল্পে ১০০
প্রতি মিনিটে প্রতি ব্যবহারকারী প্রতি প্রকল্প ১০

সময়-ভিত্তিক কোটা ত্রুটিগুলি সমাধান করুন

সকল সময়-ভিত্তিক ত্রুটির জন্য (প্রতি X মিনিটে সর্বাধিক N অনুরোধ), আমরা সুপারিশ করছি যে আপনার কোডটি ব্যতিক্রমটি ধরে এবং আপনার ডিভাইসগুলি অতিরিক্ত লোড তৈরি না করে তা নিশ্চিত করার জন্য একটি ছেঁটে ফেলা সূচকীয় ব্যাকঅফ ব্যবহার করে।

এক্সপোনেনশিয়াল ব্যাকঅফ হল নেটওয়ার্ক অ্যাপ্লিকেশনের জন্য একটি স্ট্যান্ডার্ড ত্রুটি পরিচালনার কৌশল। একটি এক্সপোনেনশিয়াল ব্যাকঅফ অ্যালগরিদম অনুরোধগুলির মধ্যে এক্সপোনেনশিয়ালভাবে বর্ধিত অপেক্ষার সময় ব্যবহার করে অনুরোধগুলি পুনরায় চেষ্টা করে, সর্বোচ্চ ব্যাকঅফ সময় পর্যন্ত। যদি অনুরোধগুলি এখনও ব্যর্থ হয়, তবে অনুরোধটি সফল না হওয়া পর্যন্ত অনুরোধগুলির মধ্যে বিলম্ব সময়ের সাথে সাথে বৃদ্ধি করা গুরুত্বপূর্ণ।

উদাহরণ অ্যালগরিদম

একটি এক্সপোনেনশিয়াল ব্যাকঅফ অ্যালগরিদম এক্সপোনেনশিয়ালভাবে রিট্রাই রিকোয়েস্ট করে, রিট্রাইয়ের মধ্যে অপেক্ষার সময়কে সর্বোচ্চ ব্যাকঅফ টাইম পর্যন্ত বাড়িয়ে দেয়। উদাহরণস্বরূপ:

  1. গুগল মিট এপিআই-তে একটি অনুরোধ করুন।
  2. যদি অনুরোধটি ব্যর্থ হয়, তাহলে ১ + random_number_milliseconds অপেক্ষা করুন এবং অনুরোধটি পুনরায় চেষ্টা করুন।
  3. যদি অনুরোধটি ব্যর্থ হয়, তাহলে 2 + random_number_milliseconds অপেক্ষা করুন এবং অনুরোধটি পুনরায় চেষ্টা করুন।
  4. যদি অনুরোধটি ব্যর্থ হয়, তাহলে ৪ + random_number_milliseconds অপেক্ষা করুন এবং অনুরোধটি পুনরায় চেষ্টা করুন।
  5. এবং এভাবেই, maximum_backoff সময় পর্যন্ত।
  6. সর্বোচ্চ সংখ্যক পুনঃচেষ্টা পর্যন্ত অপেক্ষা এবং পুনরায় চেষ্টা চালিয়ে যান, তবে পুনঃচেষ্টার মধ্যে অপেক্ষার সময়কাল বাড়াবেন না।

কোথায়:

  • অপেক্ষার সময় হল min(((2^n)+random_number_milliseconds), maximum_backoff) , প্রতিটি পুনরাবৃত্তির (অনুরোধ) জন্য n 1 দ্বারা বৃদ্ধি করা হয়।
  • random_number_milliseconds হল ১,০০০ এর কম বা সমান মিলিসেকেন্ডের একটি র‍্যান্ডম সংখ্যা। এটি এমন ঘটনা এড়াতে সাহায্য করে যেখানে অনেক ক্লায়েন্ট কোনও পরিস্থিতির দ্বারা সিঙ্ক্রোনাইজ হয় এবং সকলেই একবারে পুনরায় চেষ্টা করে, সিঙ্ক্রোনাইজড তরঙ্গে অনুরোধ পাঠায়। প্রতিটি পুনঃচেষ্টা অনুরোধের পরে random_number_milliseconds এর মান পুনরায় গণনা করা হয়।
  • maximum_backoff সাধারণত ৩২ অথবা ৬৪ সেকেন্ডের হয়। উপযুক্ত মান ব্যবহারের ক্ষেত্রে নির্ভর করে।

ক্লায়েন্ট maximum_backoff সময় পৌঁছানোর পরেও পুনরায় চেষ্টা চালিয়ে যেতে পারে। এই বিন্দুর পরে পুনরায় চেষ্টা করার জন্য ব্যাকঅফ সময় বাড়ানোর প্রয়োজন নেই। উদাহরণস্বরূপ, যদি কোনও ক্লায়েন্ট 64 সেকেন্ডের maximum_backoff সময় ব্যবহার করে, তাহলে এই মান পৌঁছানোর পরে, ক্লায়েন্ট প্রতি 64 সেকেন্ডে পুনরায় চেষ্টা করতে পারে। এক পর্যায়ে, ক্লায়েন্টদের অনির্দিষ্টকালের জন্য পুনরায় চেষ্টা করা থেকে বিরত রাখা উচিত।

পুনঃপ্রচেষ্টা এবং পুনঃপ্রচেষ্টার সংখ্যার মধ্যে অপেক্ষার সময় আপনার ব্যবহারের ধরণ এবং নেটওয়ার্কের অবস্থার উপর নির্ভর করে।

মূল্য নির্ধারণ

Google Meet API-এর সম্পূর্ণ ব্যবহার কোনও অতিরিক্ত খরচ ছাড়াই উপলব্ধ। কোটা অনুরোধের সীমা অতিক্রম করলে অতিরিক্ত চার্জ প্রযোজ্য হবে না এবং আপনার অ্যাকাউন্টে বিল করা হবে না।

কোটা বৃদ্ধির অনুরোধ করুন

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

সব প্রকল্পের কোটা একই রকম থাকে না। সময়ের সাথে সাথে আপনি যত বেশি গুগল ক্লাউড ব্যবহার করছেন, আপনার কোটার মান বাড়তে পারে। যদি আপনি ভবিষ্যতে ব্যবহারে উল্লেখযোগ্য বৃদ্ধি আশা করেন, তাহলে আপনি গুগল ক্লাউড কনসোলের কোটা পৃষ্ঠা থেকে সক্রিয়ভাবে কোটা সমন্বয়ের অনুরোধ করতে পারেন।

আরও জানতে, নিম্নলিখিত সম্পদগুলি দেখুন: