কোটা এবং সীমা

এই পৃষ্ঠাটি ব্লেজ পে-অ্যাস-ইউ-গো মূল্য পরিকল্পনা অনুযায়ী Cloud Functions জন্য মাপযোগ্য, ব্যবহার-ভিত্তিক সীমার বিবরণ দেয়৷ এই সীমাগুলি Firebase প্রকল্পগুলিতে প্রযোজ্য যা Node.js 10 রানটাইম পরিবেশে ফাংশন স্থাপন করে৷

ব্লেজ প্ল্যান বিনামূল্যে প্রচুর পরিমাণে আহ্বান, গণনার সময় এবং ইন্টারনেট ট্রাফিক প্রদান করে। যাইহোক, ফাংশন স্থাপনার জন্য ফাংশনের কন্টেইনারের জন্য ব্যবহৃত স্টোরেজ স্পেসের জন্য ছোট আকারের চার্জ লাগে। আরও তথ্যের জন্য Firebase FAQ দেখুন।

Firebase জন্য কোটা 4টি এলাকা জুড়ে রয়েছে:

  • সম্পদ সীমা

    এগুলি আপনার ফাংশনগুলি ব্যবহার করতে পারে এমন মোট সংস্থানকে প্রভাবিত করে।

  • সময় সীমা

    এই জিনিসগুলি কতক্ষণ চলতে পারে তা প্রভাবিত করে।

  • হার সীমা

    আপনার ফাংশনগুলি পরিচালনা করার জন্য আপনি যে হারে Firebase API কল করতে পারেন সেগুলিকে প্রভাবিত করে৷

  • নেটওয়ার্কিং সীমা

    এগুলি আউটবাউন্ড সংযোগ এবং উদাহরণ সীমাকে প্রভাবিত করে।

বিভিন্ন ধরণের সীমা নীচে আরও বিশদে বর্ণনা করা হয়েছে। যেখানে প্রযোজ্য সেখানে Firebase (1st gen) এবং Firebase (2nd gen) এর সীমার মধ্যে পার্থক্য উল্লেখ করা হয়।

সম্পদ সীমা

রিসোর্স সীমা আপনার ফাংশন ব্যবহার করতে পারে মোট সম্পদের পরিমাণ প্রভাবিত করে। প্রতি প্রকল্পের আঞ্চলিক সুযোগ, এবং প্রতিটি প্রকল্প তার নিজস্ব সীমা বজায় রাখে।

কোটা বর্ণনা সীমা (1ম প্রজন্ম) সীমা (২য় প্রজন্ম) বাড়ানো যায় ব্যাপ্তি
ফাংশনের সংখ্যা প্রতি অঞ্চলে মোতায়েন করা যেতে পারে এমন ফাংশনের মোট সংখ্যা৷ 1,000 Cloud Run পরিষেবার সংখ্যা 1,000 বিয়োগ করা হয়েছে৷ না অঞ্চল প্রতি
সর্বোচ্চ স্থাপনার আকার একটি একক ফাংশন স্থাপনার সর্বোচ্চ আকার উৎসের জন্য 100MB (সংকুচিত)।
সোর্স প্লাস মডিউলের জন্য 500MB (অসংকুচিত)।		 N/A না প্রতি ফাংশন
সর্বোচ্চ আনকম্প্রেসড HTTP অনুরোধের আকার HTTP অনুরোধে HTTP ফাংশনে ডেটা পাঠানো হয়েছে 10MB 32MB না প্রতি আহ্বান
সর্বোচ্চ আনকম্প্রেসড HTTP প্রতিক্রিয়া আকার HTTP প্রতিক্রিয়াতে HTTP ফাংশন থেকে পাঠানো ডেটা 10MB স্ট্রিমিং প্রতিক্রিয়ার জন্য 10MB।
নন-স্ট্রিমিং প্রতিক্রিয়ার জন্য 32MB।		 না প্রতি আহ্বান
ইভেন্ট-চালিত ফাংশনের জন্য সর্বাধিক ইভেন্ট আকার ব্যাকগ্রাউন্ড ফাংশনে ইভেন্টে ডেটা পাঠানো হয় 10MB Eventarc ইভেন্টের জন্য 512KB।
উত্তরাধিকার ইভেন্টের জন্য 10MB।		 না ঘটনা প্রতি
সর্বোচ্চ ফাংশন মেমরি মেমরি পরিমাণ প্রতিটি ফাংশন উদাহরণ ব্যবহার করতে পারেন 8GiB 32GiB না প্রতি ফাংশন
সর্বাধিক প্রকল্প মেমরি মেমরি পরিমাণ, দ্বারা, একটি প্রকল্প ব্যবহার করতে পারেন যে. এটি 1 মিনিটের সময় ধরে ফাংশন দৃষ্টান্ত জুড়ে ব্যবহারকারীর অনুরোধ করা মেমরির মোট যোগফল দ্বারা পরিমাপ করা হয়। নির্বাচিত অঞ্চলের উপর নির্ভর করে। এই সীমাটি উচ্চ-ক্ষমতা অঞ্চলে বেশি বা সম্প্রতি খোলা অঞ্চলগুলিতে কম হতে পারে। N/A হ্যাঁ প্রকল্প এবং অঞ্চল প্রতি
সর্বাধিক প্রকল্প CPU সিপিইউ এর পরিমাণ, মিলি ভিসিপিইউতে, যা একটি প্রকল্প ব্যবহার করতে পারে। এটি 1 মিনিটের সময় ধরে ফাংশন দৃষ্টান্ত জুড়ে ব্যবহারকারীর অনুরোধ করা CPU-এর মোট যোগফল দ্বারা পরিমাপ করা হয়। নির্বাচিত অঞ্চলের উপর নির্ভর করে। এই সীমাটি উচ্চ-ক্ষমতা অঞ্চলে বেশি বা সম্প্রতি খোলা অঞ্চলগুলিতে কম হতে পারে। N/A হ্যাঁ প্রকল্প এবং অঞ্চল প্রতি

সময় সীমা

কোটা বর্ণনা সীমা (1ম প্রজন্ম) সীমা (২য় প্রজন্ম) বাড়ানো যায় ব্যাপ্তি
সর্বাধিক ফাংশন সময়কাল জোরপূর্বক বন্ধ করার আগে একটি ফাংশন চালানোর সর্বোচ্চ সময় 540 সেকেন্ড HTTP ফাংশনের জন্য 60 মিনিট।
ইভেন্ট-চালিত ফাংশনের জন্য 9 মিনিট।		 না প্রতি আহ্বান

হার সীমা

কোটা বর্ণনা সীমা (1ম প্রজন্ম) সীমা (২য় প্রজন্ম) বাড়ানো যায় ব্যাপ্তি
API কল (পড়ুন) Firebase API এর মাধ্যমে ফাংশন বর্ণনা বা তালিকাভুক্ত করার জন্য কল প্রতি 100 সেকেন্ডে 5000 প্রতি 60 সেকেন্ডে 1200 শুধুমাত্র 1 ম প্রজন্মের জন্য প্রতি প্রকল্প (1ম প্রজন্ম)
অঞ্চল প্রতি (২য় প্রজন্ম)
API কল (WRITE) Firebase API এর মাধ্যমে ফাংশন স্থাপন বা মুছে ফেলার জন্য কল প্রতি 100 সেকেন্ডে 80 প্রতি 60 সেকেন্ডে 60 নং 1 প্রতি প্রকল্প (1ম প্রজন্ম)
অঞ্চল প্রতি (২য় প্রজন্ম)
API কল (ক্যাল) "কল" এপিআইতে কল করে প্রতি 100 সেকেন্ডে 16 N/A নং 2 প্রকল্প প্রতি

নেটওয়ার্কিং সীমা

Firebase (2nd gen) নেটওয়ার্কিং অনুরোধ এবং ব্যান্ডউইথ সীমা সম্পর্কে তথ্যের জন্য, নেটওয়ার্কিং সীমা দেখুন।

নিম্নলিখিত নেটওয়ার্কিং সীমাগুলি Firebase (1st gen) এ প্রযোজ্য:

  • প্রতি সেকেন্ডে আউটবাউন্ড সংযোগ: 500 (বাড়ানো যাবে না)
  • আউটবাউন্ড ডিএনএস রেজোলিউশন প্রতি সেকেন্ড প্রতি উদাহরণ: 100 (বাড়ানো যাবে না)

পরিমাপযোগ্যতা

আগত ট্র্যাফিক পরিচালনা করার জন্য HTTP স্কেল দ্বারা Firebase আমন্ত্রণ জানানো হয়, যখন ব্যাকগ্রাউন্ড ফাংশনগুলি আরও ধীরে ধীরে স্কেল করে। একটি ফাংশনের স্কেল আপ করার ক্ষমতা কয়েকটি কারণ দ্বারা নির্ধারিত হয়, যার মধ্যে রয়েছে:

  • একটি ফাংশন সম্পাদনের জন্য যে পরিমাণ সময় লাগে (স্বল্প-চলমান ফাংশনগুলি সাধারণত আরও সমবর্তী অনুরোধগুলি পরিচালনা করতে স্কেল করতে পারে)।
  • কোল্ড স্টার্টে একটি ফাংশন শুরু হতে যে পরিমাণ সময় লাগে।
  • আপনার ফাংশন এর ত্রুটি হার.

  • ক্ষণস্থায়ী কারণ, যেমন আঞ্চলিক লোড এবং ডেটা সেন্টার ক্ষমতা।

ব্যাকগ্রাউন্ড ফাংশনগুলির অতিরিক্ত সীমা রয়েছে, যেমন নীচে ব্যাখ্যা করা হয়েছে। এই সীমাগুলি 1st gen HTTP ফাংশনগুলিতে প্রযোজ্য নয়৷

পটভূমি ফাংশন জন্য অতিরিক্ত কোটা

কোটা বর্ণনা সীমা বাড়ানো যায় ব্যাপ্তি পণ্য সংস্করণ
সর্বোচ্চ সমসাময়িক আহ্বান একটি একক ফাংশনের সর্বাধিক সমবর্তী আহ্বান
উদাহরণ: যদি প্রতিটি ইভেন্ট পরিচালনা করতে 100 সেকেন্ড সময় লাগে, তাহলে আমন্ত্রণের হার গড়ে প্রতি সেকেন্ডে 30-এ সীমাবদ্ধ থাকবে		 3,000 হ্যাঁ প্রতি ফাংশন শুধুমাত্র ১ম জেনারেশন
সর্বোচ্চ আহ্বানের হার একটি একক ফাংশন দ্বারা পরিচালিত ইভেন্টের সর্বাধিক হার৷
উদাহরণ: যদি একটি ইভেন্ট পরিচালনা করতে 100ms লাগে, তাহলে আমন্ত্রণের হার প্রতি সেকেন্ডে 1000-এ সীমাবদ্ধ থাকবে এমনকি যদি গড়ে মাত্র 100টি অনুরোধ সমান্তরালভাবে পরিচালনা করা হয়		 প্রতি সেকেন্ডে 1000 না প্রতি ফাংশন শুধুমাত্র ১ম জেনারেশন
সর্বাধিক সমসাময়িক ইভেন্ট ডেটা আকার একটি একক ফাংশনের সমসাময়িক আহ্বানে আগত ইভেন্টের সর্বাধিক মোট আকার
উদাহরণ: যদি ইভেন্টের আকার 1MB হয় এবং সেগুলিকে প্রসেস করতে 10 সেকেন্ড সময় লাগে, তাহলে গড় হার হবে প্রতি সেকেন্ডে 1টি ইভেন্ট, কারণ 11 তম ইভেন্টটি প্রক্রিয়া করা হবে না যতক্ষণ না প্রথম 10টি ইভেন্টের একটি প্রক্রিয়া শেষ না হয়		 10MB না প্রতি ফাংশন 1st gen এবং 2nd gen
ইনকামিং ইভেন্টের সর্বোচ্চ থ্রুপুট একটি একক ফাংশনে ইনকামিং ইভেন্টের সর্বাধিক থ্রুপুট
উদাহরণ: যদি ইভেন্টের আকার 1MB হয়, তাহলে অনুরোধের হার প্রতি সেকেন্ডে সর্বাধিক 10 হতে পারে, এমনকি ফাংশনগুলি 100ms এর মধ্যে শেষ হলেও		 প্রতি সেকেন্ডে 10MB না প্রতি ফাংশন 1st gen এবং 2nd gen

যখন আপনি একটি কোটা সীমা পৌঁছেছেন

যখন একটি ফাংশন একটি বরাদ্দকৃত সমস্ত সম্পদ ব্যবহার করে, কোটা রিফ্রেশ বা বৃদ্ধি না হওয়া পর্যন্ত সংস্থানটি অনুপলব্ধ হয়ে যায়। এর অর্থ হতে পারে যে আপনার ফাংশন এবং একই প্রকল্পের অন্যান্য সমস্ত ফাংশন ততক্ষণ পর্যন্ত কাজ করবে না। একটি ফাংশন একটি HTTP 500 ত্রুটি কোড প্রদান করে যখন কোনো একটি সংস্থান কোটা অতিক্রম করে এবং ফাংশনটি কার্যকর করতে পারে না।

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

Firebase CLI স্থাপনার জন্য কোটার সীমা

Firebase CLI মোতায়েন করা প্রতিটি ফাংশনের জন্য, এই ধরনের হার এবং সময়সীমা প্রভাবিত হয়:

  • API কল (READ) - প্রতি স্থাপনার জন্য 1টি কল, যত ফাংশনই হোক না কেন
    • সীমা: প্রতি 100 সেকেন্ডে 5000
  • API কল (WRITE) - প্রতি ফাংশন 1 কল
    • সীমা: প্রতি 100 সেকেন্ডে 80

এছাড়াও Firebase CLI রেফারেন্স দেখুন।