১ সেপ্টেম্বর ২০২৬ থেকে, Remote Config সব আকারের প্রকল্পের জন্য একটি নমনীয় মূল্য কাঠামো চালু করবে, যেখানে একটি বিনামূল্যের প্ল্যান এবং আপনার দৈনিক ব্যবহারের উপর ভিত্তি করে একটি পরিবর্তনযোগ্য পে-অ্যাজ-ইউ-গো স্তর থাকবে।
নিম্নলিখিত সারণিতে স্পার্ক এবং ব্লেজ উভয় প্ল্যানের জন্য প্রকল্প প্রতি ব্যবহার দেখানো হয়েছে:
| বিস্তারিত | বিনামূল্যে (স্পার্ক প্ল্যান) | ব্যবহারের ভিত্তিতে অর্থ প্রদান করুন (ব্লেজ প্ল্যান) |
| অনুরোধগুলি আনুন | প্রতিদিন ১ লক্ষ পর্যন্ত | প্রতিদিন ১,০০,০০০ পর্যন্ত কোনো খরচ নেই । তারপর: - দৈনিক ১০০,০০১ থেকে ১০,০০০,০০০ ব্যবহারের জন্য প্রতি অনুরোধে ০.০০০০৬ ডলার (প্রতি ১০ হাজার অনুরোধে ০.০৬ ডলার)।
- দৈনিক ১ কোটির বেশি ব্যবহারের ক্ষেত্রে, প্রতি অনুরোধে ০.০০০০০১ ডলার (প্রতি ১০ হাজার অনুরোধে ০.০১ ডলার) খরচ হবে।
|
| সমস্ত বৈশিষ্ট্য | পার্সোনালাইজেশন, রোলআউট, এ/বি টেস্টিং ইন্টিগ্রেশন অন্তর্ভুক্ত | পার্সোনালাইজেশন, রোলআউট, এ/বি টেস্টিং ইন্টিগ্রেশন অন্তর্ভুক্ত |
| কোটা এবং সীমা | কোটা এবং সীমা দেখুন | কোটা এবং সীমা দেখুন |
অবকাশকাল এবং রূপান্তর
আপনার প্রজেক্ট যদি প্রথমবারের মতো Spark প্ল্যানের সীমা অতিক্রম করে, তাহলে সার্ভিস থ্রটলিং শুরু হওয়ার আগে Blaze প্ল্যানে আপগ্রেড করার জন্য আপনি ৩০ দিনের একটি গ্রেস পিরিয়ড পাবেন। নিরবচ্ছিন্ন পরিষেবা নিশ্চিত করতে আমরা অবিলম্বে আপগ্রেড করার পরামর্শ দিই। Blaze প্রাইসিং প্ল্যানে স্থানান্তরিত হলে আপনার প্রজেক্টটি একটি Google Cloud বিলিং অ্যাকাউন্টের সাথে লিঙ্ক হয়ে যায়।
ব্যবহার অপ্টিমাইজ করার সর্বোত্তম অনুশীলন
ব্যবহার সর্বোত্তম করতে, নিম্নলিখিতগুলির মধ্যে যেকোনো একটি করুন:
- ক্লায়েন্ট ফেচ ব্যবধান: প্রোডাকশন বিল্ডে খুব কম সর্বনিম্ন ফেচ ব্যবধান (যেমন,
setMinimumFetchIntervalInSeconds ) সেট করা এড়িয়ে চলুন। ডিফল্ট প্রস্তাবিত ব্যবধান হলো ১২ ঘণ্টা। - অ্যাপ স্টার্টআপ ফেচ লুপ: নিশ্চিত করুন যেন আপনার অ্যাপ প্রতিটি স্ক্রিন ট্রানজিশন, অ্যাক্টিভিটি রিজুম বা কম্পোনেন্ট রেন্ডারের সময় রিমোট ফেচ ট্রিগার না করে। দায়িত্বের সাথে ‘Fetch and activate on load’ অথবা ‘Activate behind loading screen’- এর মতো লোডিং স্ট্র্যাটেজি ব্যবহার করুন।
- পর্যবেক্ষণ: দৈনিক ফেচ ভলিউম ১,০০,০০০ রিকোয়েস্টের কাছাকাছি পৌঁছালে স্বয়ংক্রিয় বিলিং অ্যালার্ট সেট আপ করার জন্য Google Cloud কনসোল এবং Firebase কনসোলের প্রাইসিং ও ইউসেজ ড্যাশবোর্ড ব্যবহার করুন।
প্রায়শই জিজ্ঞাসিত প্রশ্ন এবং সমস্যা সমাধান
১ সেপ্টেম্বর, ২০২৬ থেকে কার্যকর হতে যাওয়া নতুন Remote Config মূল্য কাঠামোটি কী?
Remote Config একটি ব্যবহার-ভিত্তিক মূল্য নির্ধারণ কাঠামো চালু করতে যাচ্ছে, যেখানে একটি বিনামূল্যের স্তরও থাকবে:
- স্পার্ক (বিনামূল্যে) প্ল্যান: প্রতিদিন কোনো খরচ ছাড়াই ১,০০,০০০টি পর্যন্ত ফেচ রিকোয়েস্ট।
- ব্লেজ (পে-অ্যাজ-ইউ-গো) প্ল্যান: প্রথম ১,০০,০০০ দৈনিক ফেচ রিকোয়েস্টের জন্য কোনো খরচ নেই, তারপর:
- প্রতিদিন ১০০,০০১ থেকে ১০,০০০,০০০ অনুরোধের মধ্যে, প্রতি ১০,০০০ অনুরোধের জন্য ০.০৬ ডলার (প্রতি অনুরোধে ০.০০০০৬ ডলার)।
- দৈনিক ১ কোটির বেশি অনুরোধ ব্যবহারের ক্ষেত্রে, প্রতি ১০,০০০ অনুরোধের জন্য ০.০১ ডলার (প্রতি অনুরোধে ০.০০০০০১ ডলার) চার্জ করা হবে।
- বৈশিষ্ট্য: সমস্ত উন্নত বৈশিষ্ট্য (পার্সোনালাইজেশন, রোলআউট এবং এ/বি টেস্টিং ইন্টিগ্রেশন) কোনো অতিরিক্ত খরচ ছাড়াই স্পার্ক এবং ব্লেজ উভয় প্ল্যানেই অন্তর্ভুক্ত রয়েছে।
Remote Config ব্যবহার শুরু করতে আমার কি একটি বিলিং অ্যাকাউন্টের প্রয়োজন আছে?
না। Remote Config ব্যবহার শুরু করার জন্য আপনার কোনো বিলিং অ্যাকাউন্টের প্রয়োজন নেই। আপনি বিনামূল্যে শুরু করার জন্য স্পার্ক প্ল্যানটি ব্যবহার করতে পারেন। শুধুমাত্র যখন আপনি দৈনিক ১,০০,০০০-এর বেশি ফেচ রিকোয়েস্ট সাপোর্ট করার জন্য আপনার প্রজেক্টটি ব্লেজ প্ল্যানে আপগ্রেড করবেন, তখনই একটি বিলিং অ্যাকাউন্টের প্রয়োজন হবে।
ঠিক কোন বিষয়গুলো বিলযোগ্য ফেচ রিকোয়েস্ট হিসেবে গণ্য হয়?
যখনই আপনার ক্লায়েন্ট অ্যাপ্লিকেশন বা ব্যাকএন্ড সার্ভার আপডেট হওয়া প্যারামিটার মান পরীক্ষা করার জন্য Remote Config সার্ভারকে কল করে, তখনই একটি ফেচ রিকোয়েস্ট ঘটে (উদাহরণস্বরূপ, ক্লায়েন্ট SDK-তে fetch() বা fetchAndActivate() কল করার মাধ্যমে, অথবা REST/Admin SDK ব্যবহার করে টেমপ্লেট পুনরুদ্ধার করার মাধ্যমে)।
- রিয়েলটাইম Remote Config : একটি রিয়েলটাইম সংযোগ খুললে ক্রমাগত স্বতন্ত্র ফেচ রিকোয়েস্ট তৈরি হয় না; তবে, যখন সার্ভার একটি ইনভ্যালিডেশন নোটিস পাঠায়, তখন আপডেট করা কনফিগারেশন ডাউনলোড করার জন্য ক্লায়েন্টের করা কলটি একটি ফেচ রিকোয়েস্ট হিসেবে গণ্য হয়।
- ক্যাশ করা মান: ডিভাইসে আগে থেকে সংরক্ষিত ক্যাশ করা মান ব্যবহার করলে (
activate() বা getString() ব্যবহার করে ডিস্ক/মেমরি থেকে পড়লে) কোনো নেটওয়ার্ক কল তৈরি হয় না বা এটি একটি ফেচ রিকোয়েস্ট হিসেবে গণ্য হয় না।
আমার প্রজেক্টটি যদি স্পার্ক প্ল্যানে থাকে এবং দৈনিক ফেচ রিকোয়েস্টের সংখ্যা ১,০০,০০০ ছাড়িয়ে যায়, তাহলে কী হবে? আমি কীভাবে আপগ্রেড করব?
- ৩০-দিনের গ্রেস পিরিয়ড: যখন আপনার স্পার্ক প্রজেক্টে প্রথমবারের মতো দৈনিক ফেচ রিকোয়েস্টের সংখ্যা ১,০০,০০০ ছাড়িয়ে যায়, তখন ফায়ারবেস একটি ৩০-দিনের গ্রেস পিরিয়ড মঞ্জুর করে। এই সময়কালে, আপনার Remote Config রিকোয়েস্টগুলো কোনো বাধা ছাড়াই সার্ভ হতে থাকবে।
- থ্রটলিং-এর ঝুঁকি: যদি আপনি ৩০-দিনের গ্রেস পিরিয়ড শেষ হওয়ার মধ্যে ব্লেজ প্ল্যানে আপগ্রেড না করেন, তাহলে দৈনিক ১,০০,০০০-এর বেশি রিকোয়েস্টের ক্ষেত্রে Remote Config সার্ভিস থ্রটলিং শুরু হবে, যার ফলে ক্লায়েন্টরা আপডেট করা কনফিগ পেতে ব্যর্থ হতে পারেন।
- কিভাবে আপগ্রেড করবেন: নিরবচ্ছিন্ন পরিষেবা নিশ্চিত করতে আপনি Firebase কনসোল থেকে Blaze প্ল্যানে আপগ্রেড করতে পারেন। Blaze প্ল্যানে আপগ্রেড করলে আপনার প্রোজেক্টটি একটি Google Cloud বিলিং অ্যাকাউন্টের সাথে সংযুক্ত হয়ে যায়।
ব্যবহারকারীরা নতুন Remote Config প্যারামিটারের মান পাচ্ছেন না। এটি কি মূল্য নির্ধারণ বা কোটার সাথে সম্পর্কিত হতে পারে?
হ্যাঁ। যদি আপনার প্রজেক্টটি Spark প্ল্যানে থাকে, দৈনিক ১,০০,০০০ রিকোয়েস্টের সীমা অতিক্রম করে এবং ৩০-দিনের গ্রেস পিরিয়ড শেষ হয়ে যায়, তাহলে দৈনিক নির্ধারিত সীমার অতিরিক্ত আগত রিকোয়েস্টগুলো সার্ভার দ্বারা থ্রটল করা হয়। Firebase কনসোলে আপনার ব্যবহারের মেট্রিক্স পরীক্ষা করুন এবং যদি আপনার দৈনিক সক্রিয় ব্যবহারকারীদের ১,০০,০০০-এর বেশি দৈনিক ফেচ-এর প্রয়োজন হয়, তাহলে Blaze প্ল্যানে আপগ্রেড করুন।
আমার বিল অনুমান করার জন্য আমি আমার বর্তমান ব্যবহার কীভাবে দেখতে পারি?
আপনি যদি ব্লেজ প্ল্যানে থাকেন, তাহলে Google Cloud কনসোলে খরচ ব্যবস্থাপনা এবং ব্যবহারের রিপোর্ট দেখতে পারবেন। বিস্তারিত জানতে, ‘আপনার ক্লাউড বিলিং রিপোর্ট এবং খরচের প্রবণতা দেখুন ’ দেখুন। SKU দ্বারা ফিল্টার করার সময়, নিম্নলিখিত SKU নির্বাচন করুন:
- SKU ID:
37B1-4623-6F54 - SKU নাম: ফেচ রিকোয়েস্ট
আপনি যদি Spark প্ল্যানে থাকেন, তাহলে Google Cloud কনসোলের Quotas & System Limits পেজে আপনার বর্তমান ব্যবহার এবং সক্রিয় সিস্টেম লিমিট নিরীক্ষণ করতে পারেন। বিস্তারিত জানতে, View and manage quotas দেখুন। রিপোর্ট ফিল্টার করার সময়, আপনি যে নির্দিষ্ট Firebase API-এর কোটা পরীক্ষা করতে চান তা নির্বাচন করতে ভুলবেন না (উদাহরণস্বরূপ, firebaseremoteconfig.googleapis.com )।
