এই পৃষ্ঠাটি ব্লেজ পে-অ্যাস-ইউ-গো মূল্য পরিকল্পনা অনুযায়ী Cloud Functions জন্য মাপযোগ্য, ব্যবহার-ভিত্তিক সীমার বিবরণ দেয়৷ এই সীমাগুলি 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 | 32GiB | না | প্রতি ফাংশন |
| সর্বাধিক প্রকল্প মেমরি | মেমরি পরিমাণ, দ্বারা, একটি প্রকল্প ব্যবহার করতে পারেন যে. এটি 1 মিনিটের সময় ধরে ফাংশন দৃষ্টান্ত জুড়ে ব্যবহারকারীর অনুরোধ করা মেমরির মোট যোগফল দ্বারা পরিমাপ করা হয়। | নির্বাচিত অঞ্চলের উপর নির্ভর করে। এই সীমাটি উচ্চ-ক্ষমতা অঞ্চলে বেশি বা সম্প্রতি খোলা অঞ্চলগুলিতে কম হতে পারে। | N/A | হ্যাঁ | প্রকল্প এবং অঞ্চল প্রতি |
| সর্বাধিক প্রকল্প CPU | সিপিইউ এর পরিমাণ, মিলি ভিসিপিইউতে, যা একটি প্রকল্প ব্যবহার করতে পারে। এটি 1 মিনিটের সময় ধরে ফাংশন দৃষ্টান্ত জুড়ে ব্যবহারকারীর অনুরোধ করা CPU-এর মোট যোগফল দ্বারা পরিমাপ করা হয়। | নির্বাচিত অঞ্চলের উপর নির্ভর করে। এই সীমাটি উচ্চ-ক্ষমতা অঞ্চলে বেশি বা সম্প্রতি খোলা অঞ্চলগুলিতে কম হতে পারে। | N/A | হ্যাঁ | প্রকল্প এবং অঞ্চল প্রতি |
সময় সীমা
| কোটা | বর্ণনা | সীমা (1ম প্রজন্ম) | সীমা (২য় প্রজন্ম) | বাড়ানো যায় | ব্যাপ্তি |
|---|---|---|---|---|---|
| সর্বাধিক ফাংশন সময়কাল | জোরপূর্বক বন্ধ করার আগে একটি ফাংশন চালানোর সর্বোচ্চ সময় | 540 সেকেন্ড | HTTP ফাংশনের জন্য 60 মিনিট। ইভেন্ট-চালিত ফাংশনের জন্য 9 মিনিট। | না | প্রতি আহ্বান |
হার সীমা
| কোটা | বর্ণনা | সীমা (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 স্কেল দ্রুত বৃদ্ধি করে, যখন ব্যাকগ্রাউন্ড ফাংশনগুলি আরও ধীরে ধীরে স্কেল করে। একটি ফাংশনের স্কেল আপ করার ক্ষমতা কয়েকটি কারণ দ্বারা নির্ধারিত হয়, যার মধ্যে রয়েছে:
- একটি ফাংশন সম্পাদনের জন্য যে পরিমাণ সময় লাগে (স্বল্প-চলমান ফাংশনগুলি সাধারণত আরও সমবর্তী অনুরোধগুলি পরিচালনা করতে স্কেল করতে পারে)।
- কোল্ড স্টার্টে একটি ফাংশন শুরু হতে যে পরিমাণ সময় লাগে।
- আপনার ফাংশন এর ত্রুটি হার.
ক্ষণস্থায়ী কারণ, যেমন আঞ্চলিক লোড এবং ডেটা সেন্টার ক্ষমতা।
পটভূমি ফাংশন জন্য অতিরিক্ত কোটা
| কোটা | বর্ণনা | সীমা | বাড়ানো যায় | ব্যাপ্তি | পণ্য সংস্করণ |
|---|---|---|---|---|---|
| সর্বোচ্চ সমসাময়িক আহ্বান | একটি একক ফাংশনের সর্বাধিক সমবর্তী আহ্বান উদাহরণ: যদি প্রতিটি ইভেন্ট পরিচালনা করতে 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 CLI স্থাপনার জন্য কোটার সীমা
Firebase CLI মোতায়েন করা প্রতিটি ফাংশনের জন্য, এই ধরনের হার এবং সময়সীমা প্রভাবিত হয়:
- API কল (READ) - প্রতি স্থাপনার জন্য 1টি কল, যত ফাংশনই হোক না কেন
- সীমা: প্রতি 100 সেকেন্ডে 5000
- API কল (WRITE) - প্রতি ফাংশন 1 কল
- সীমা: প্রতি 100 সেকেন্ডে 80
এছাড়াও Firebase CLI রেফারেন্স দেখুন।
,এই পৃষ্ঠায় ব্লেজ পে-অ্যাস-ইউ-গো মূল্য পরিকল্পনা অনুযায়ী Cloud Functions জন্য মাপযোগ্য, ব্যবহার-ভিত্তিক সীমার বিবরণ রয়েছে��� এই সীমাগুলি 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 | 32GiB | না | প্রতি ফাংশন |
| সর্বাধিক প্রকল্প মেমরি | মেমরি পরিমাণ, দ্বারা, একটি প্রকল্প ব্যবহার করতে পারেন যে. এটি 1 মিনিটের সময় ধরে ফাংশন দৃষ্টান্ত জুড়ে ব্যবহারকারীর অনুরোধ করা মেমরির মোট যোগফল দ্বারা পরিমাপ করা হয়। | নির্বাচিত অঞ্চলের উপর নির্ভর করে। এই সীমাটি উচ্চ-ক্ষমতা অঞ্চলে বেশি বা সম্প্রতি খোলা অঞ্চলগুলিতে কম হতে পারে। | N/A | হ্যাঁ | প্রকল্প এবং অঞ্চল প্রতি |
| সর্বাধিক প্রকল্প CPU | সিপিইউ এর পরিমাণ, মিলি ভিসিপিইউতে, যা একটি প্রকল্প ব্যবহার করতে পারে। এটি 1 মিনিটের সময় ধরে ফাংশন দৃষ্টান্ত জুড়ে ব্যবহারকারীর অনুরোধ করা CPU-এর মোট যোগফল দ্বারা পরিমাপ করা হয়। | নির্বাচিত অঞ্চলের উপর নির্ভর করে। এই সীমাটি উচ্চ-ক্ষমতা অঞ্চলে বেশি বা সম্প্রতি খোলা অঞ্চলগুলিতে কম হতে পারে। | N/A | হ্যাঁ | প্রকল্প এবং অঞ্চল প্রতি |
সময় সীমা
| কোটা | বর্ণনা | সীমা (1ম প্রজন্ম) | সীমা (২য় প্রজন্ম) | বাড়ানো যায় | ব্যাপ্তি |
|---|---|---|---|---|---|
| সর্বাধিক ফাংশন সময়কাল | জোরপূর্বক বন্ধ করার আগে একটি ফাংশন চালানোর সর্বোচ্চ সময় | 540 সেকেন্ড | HTTP ফাংশনের জন্য 60 মিনিট। ইভেন্ট-চালিত ফাংশনের জন্য 9 মিনিট। | না | প্রতি আহ্বান |
হার সীমা
| কোটা | বর্ণনা | সীমা (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 স্কেল দ্রুত বৃদ্ধি করে, যখন ব্যাকগ্রাউন্ড ফাংশনগুলি আরও ধীরে ধীরে স্কেল করে। একটি ফাংশনের স্কেল আপ করার ক্ষমতা কয়েকটি কারণ দ্বারা নির্ধারিত হয়, যার মধ্যে রয়েছে:
- একটি ফাংশন সম্পাদনের জন্য যে পরিমাণ সময় লাগে (স্বল্প-চলমান ফাংশনগুলি সাধারণত আরও সমবর্তী অনুরোধগুলি পরিচালনা করতে স্কেল করতে পারে)।
- কোল্ড স্টার্টে একটি ফাংশন শুরু হতে যে পরিমাণ সময় লাগে।
- আপনার ফাংশন এর ত্রুটি হার.
ক্ষণস্থায়ী কারণ, যেমন আঞ্চলিক লোড এবং ডেটা সেন্টার ক্ষমতা।
পটভূমি ফাংশন জন্য অতিরিক্ত কোটা
| কোটা | বর্ণনা | সীমা | বাড়ানো যায় | ব্যাপ্তি | পণ্য সংস্করণ |
|---|---|---|---|---|---|
| সর্বোচ্চ সমসাময়িক আহ্বান | একটি একক ফাংশনের সর্বাধিক সমবর্তী আহ্বান উদাহরণ: যদি প্রতিটি ইভেন্ট পরিচালনা করতে 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 CLI স্থাপনার জন্য কোটার সীমা
Firebase CLI মোতায়েন করা প্রতিটি ফাংশনের জন্য, এই ধরনের হার এবং সময়সীমা প্রভাবিত হয়:
- API কল (READ) - প্রতি স্থাপনার জন্য 1টি কল, যত ফাংশনই হোক না কেন
- সীমা: প্রতি 100 সেকেন্ডে 5000
- API কল (WRITE) - প্রতি ফাংশন 1 কল
- সীমা: প্রতি 100 সেকেন্ডে 80
এছাড়াও Firebase CLI রেফারেন্স দেখুন।