কোটা এবং সীমা

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

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

Google ক্লাউড ফাংশনের জন্য কোটা 3টি ক্ষেত্রকে অন্তর্ভুক্ত করে:

  • সম্পদ সীমা

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

  • সময় সীমা

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

  • হারের সীমা

    আপনি যে হারে ক্লাউড ফাংশন API কল করতে পারেন এবং/অথবা যে হারে সংস্থানগুলি ব্যবহার করা যেতে পারে সেটিকে এগুলি প্রভাবিত করে৷ আপনি রেট কোটাকে "সময়ের সাথে সম্পদ" হিসাবে ভাবতে পারেন।

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

সম্পদ সীমা

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

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

সময় সীমা

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

হারের সীমা

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

মাপযোগ্যতা

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

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

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

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

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

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

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

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

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

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

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