রিমোট কনফিগারেশনের জন্য মূল্য নির্ধারণ

১ সেপ্টেম্বর, ২০২৬ থেকে কার্যকর হতে যাওয়া নতুন Remote Config মূল্য কাঠামোটি কী?

Remote Config একটি ব্যবহার-ভিত্তিক মূল্য নির্ধারণ কাঠামো চালু করতে যাচ্ছে, যেখানে একটি বিনামূল্যের স্তরও থাকবে:

• স্পার্ক (বিনামূল্যে) প্ল্যান: প্রতিদিন কোনো খরচ ছাড়াই ১,০০,০০০টি পর্যন্ত ফেচ রিকোয়েস্ট।
• ব্লেজ (পে-অ্যাজ-ইউ-গো) প্ল্যান: প্রথম ১,০০,০০০ দৈনিক ফেচ রিকোয়েস্টের জন্য কোনো খরচ নেই, তারপর:
  • প্রতিদিন ১০০,০০১ থেকে ১০,০০০,০০০ অনুরোধের মধ্যে, প্রতি ১০,০০০ অনুরোধের জন্য ০.০৬ ডলার (প্রতি অনুরোধে ০.০০০০৬ ডলার)।
  • দৈনিক ১ কোটির বেশি অনুরোধ ব্যবহারের ক্ষেত্রে, প্রতি ১০,০০০ অনুরোধের জন্য ০.০১ ডলার (প্রতি অনুরোধে ০.০০০০০১ ডলার) চার্জ করা হবে।
• বৈশিষ্ট্য: সমস্ত উন্নত বৈশিষ্ট্য (পার্সোনালাইজেশন, রোলআউট এবং এ/বি টেস্টিং ইন্টিগ্রেশন) কোনো অতিরিক্ত খরচ ছাড়াই স্পার্ক এবং ব্লেজ উভয় প্ল্যানেই অন্তর্ভুক্ত রয়েছে।

Remote Config ব্যবহার শুরু করতে আমার কি একটি বিলিং অ্যাকাউন্টের প্রয়োজন আছে?

না। Remote Config ব্যবহার শুরু করার জন্য আপনার কোনো বিলিং অ্যাকাউন্টের প্রয়োজন নেই। আপনি বিনামূল্যে শুরু করার জন্য স্পার্ক প্ল্যানটি ব্যবহার করতে পারেন। শুধুমাত্র যখন আপনি দৈনিক ১,০০,০০০-এর বেশি ফেচ রিকোয়েস্ট সাপোর্ট করার জন্য আপনার প্রজেক্টটি ব্লেজ প্ল্যানে আপগ্রেড করবেন, তখনই একটি বিলিং অ্যাকাউন্টের প্রয়োজন হবে।

আমার কি কোড আপডেট করতে হবে নাকি রিমোট কনফিগ এসডিকে আপগ্রেড করতে হবে?

না। Spark এবং Blaze প্ল্যানের মধ্যে স্থানান্তরের সময় আপনার কোড পরিবর্তন করার বা Remote Config ক্লায়েন্ট SDK আপডেট করার কোনো প্রয়োজন নেই। টিয়ার পরিবর্তন এবং অনুরোধ পরিমাপ Remote Config ব্যাকএন্ড দ্বারা স্বয়ংক্রিয়ভাবে পরিচালিত হয়।

ঠিক কোন বিষয়গুলো বিলযোগ্য ফেচ রিকোয়েস্ট হিসেবে গণ্য হয়?

যখনই আপনার ক্লায়েন্ট অ্যাপ্লিকেশন বা ব্যাকএন্ড সার্ভার আপডেট হওয়া প্যারামিটার মান পরীক্ষা করার জন্য Remote Config সার্ভারকে কল করে, তখনই একটি ফেচ রিকোয়েস্ট ঘটে (উদাহরণস্বরূপ, ক্লায়েন্ট SDK-তে fetch() বা fetchAndActivate() কল করে, অথবা REST/অ্যাডমিন SDK ব্যবহার করে টেমপ্লেট পুনরুদ্ধার করে)। শুধুমাত্র Remote Config পরিষেবা দ্বারা সরাসরি কল করা ফেচ রিকোয়েস্টগুলোই (ক্লায়েন্ট SDK বা REST API-এর মাধ্যমে) আপনার বিলযোগ্য ব্যবহারের হিসাবে গণ্য হয়। ফেচ অপারেশন, নেটওয়ার্ক কল, বা অন্যান্য Firebase পরিষেবা দ্বারা অভ্যন্তরীণভাবে তৈরি মেট্রিকগুলো আপনার Remote Config কোটা বা বিলিংয়ের জন্য গণনা করা হয় না।

• রিয়েলটাইম 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 নাম: ফেচ রিকোয়েস্ট

আপনি Google Cloud কনসোলের Quotas & System Limits পৃষ্ঠায় আপনার বর্তমান ব্যবহার এবং সক্রিয় সিস্টেম সীমা নিরীক্ষণ করতে পারেন। বিস্তারিত জানার জন্য, View and manage quotas দেখুন। রিপোর্ট ফিল্টার করার সময়, আপনি যে নির্দিষ্ট Firebase API-এর কোটা পরীক্ষা করতে চান তা নির্বাচন করেছেন কিনা তা নিশ্চিত করুন (উদাহরণস্বরূপ, firebaseremoteconfig.googleapis.com )।