از اول سپتامبر ۲۰۲۶، Remote Config یک ساختار قیمتگذاری انعطافپذیر ارائه میدهد که برای تطبیق با پروژههایی در هر اندازهای طراحی شده است، که شامل یک طرح رایگان و یک سطح پرداخت به ازای استفاده قابل ارتقا بر اساس میزان استفاده روزانه شما میشود.
فقط درخواستهای واکشی که مستقیماً توسط سرویس Remote Config (از طریق SDKهای کلاینت یا REST APIها) فراخوانی میشوند، در میزان استفادهی شما از فضای ابری تأثیر میگذارند. عملیات واکشی، فراخوانیهای شبکه یا معیارهای تولید شده توسط سایر سرویسهای Firebase در سهمیه یا هزینهی Remote Config شما لحاظ نمیشوند.
جدول زیر میزان استفاده به ازای هر پروژه را برای هر دو طرح Spark و Blaze نشان میدهد:
| جزئیات | بدون هزینه (طرح جرقه) | پرداخت به ازای هر بار استفاده (طرح بلیز) |
| درخواستهای واکشی | تا سقف ۱۰۰۰۰۰ در روز | رایگان تا سقف ۱۰۰۰۰۰ در روز. سپس: - ۰.۰۰۰۰۰۶ دلار برای هر درخواست (۰.۰۶ دلار / ۱۰ هزار درخواست) برای استفاده بین ۱۰۰,۰۰۱ تا ۱۰,۰۰۰,۰۰۰ در روز.
- ۰.۰۰۰۰۰۱ دلار برای هر درخواست (۰.۰۱ دلار / ۱۰ هزار درخواست) برای استفاده بیش از ۱۰،۰۰۰،۰۰۰ در روز.
|
| همه ویژگیها | شامل شخصیسازی، انتشار، و یکپارچهسازی تست A/B | شامل شخصیسازی، انتشار، و یکپارچهسازی تست A/B |
| سهمیهها و محدودیتها | سهمیهها و محدودیتها را ببینید | سهمیهها و محدودیتها را ببینید |
دورههای تنفس انتقالی برای پروژههای موجود
این دوره مهلت انتقال برای پروژههایی که Remote Config قبل از ۱ سپتامبر ۲۰۲۶ فعال کردهاند، مرتبط است. برای اطمینان از انتقال روان به قیمتگذاری پرداخت به ازای استفاده، به پروژههای موجود قبل از شروع اجرای صورتحساب، دورههای مهلت تمدید شده زیر اعطا میشود:
| طرح صورتحساب فعلی | دوره گذار | شروع صدور صورتحساب استاندارد | اقدامات/نکات مورد نیاز |
| طرح اسپارک (بدون هزینه) | ۳ ماه | ۱ دسامبر ۲۰۲۶ | اقدام پیشنهادی: Cloud Billing را راهاندازی کنید و به Blaze ارتقا دهید. امتیاز ویژه: اگر قبل از ۱۵ نوامبر ۲۰۲۶ ارتقا دهید ، دوره تنفس شما به ۵ ماه افزایش مییابد (صورتحساب از ۱ فوریه ۲۰۲۷ شروع میشود). |
| طرح بلیز (پرداخت به ازای استفاده) | ۵ ماه | ۱ فوریه ۲۰۲۷ | نیازی به اقدام خاصی نیست. پروژهها به طور خودکار در اول فوریه ۲۰۲۷ به قیمتگذاری استاندارد منتقل میشوند. |
دورههای ارفاقی استاندارد
این دوره مهلت برای پروژههایی که Remote Config در تاریخ ۱ سپتامبر ۲۰۲۶ یا بعد از آن فعال شده است، مرتبط است. این شامل پروژههای موجود با Remote Config فعال (ایجاد شده قبل از ۱ سپتامبر ۲۰۲۶) که دوره مهلت انتقال آنها منقضی شده است، نیز میشود. اگر تعداد درخواستهای واکشی یک پروژه در روز از ۱۰۰۰۰۰ مورد تجاوز کند، اقدامات زیر باید رعایت شود:
| طرح / وضعیت | دوره فیض | نتیجه پس از دوره ارفاقی | اقدامات/نکات مورد نیاز |
| طرح اسپارک (بدون هزینه) | ۳۰ روز (زمانی که پروژه برای اولین بار از محدودیت روزانه فراتر رود، قابل اجرا است) | کاهش سرعت از روز سی و یکم آغاز میشود | پروژهها به مدت ۳۰ روز پس از اولین باری که از محدودیت روزانه عبور میکنند، از خدمات بدون وقفه بهرهمند میشوند. برای جلوگیری از کاهش سرعت در روز ۳۱ یا پس از آن، باید به طرح Blaze ارتقا دهید . |
| طرح بلیز (پرداخت به ازای استفاده) | ناموجود (بدون تنظیم گلوگاه) | پرداخت به ازای هر درخواست واکشی | استفاده بیش از ۱۰۰۰۰۰ واکشی شامل هزینه میشود. هیچ محدودیتی اعمال نمیشود. |
بهترین شیوهها برای بهینهسازی مصرف
برای بهینهسازی مصرف، یکی از موارد زیر را انجام دهید:
- فواصل واکشی کلاینت: از تنظیم حداقل فواصل واکشی بسیار پایین (برای مثال،
setMinimumFetchIntervalInSeconds ) در نسخههای نهایی خودداری کنید. فاصله زمانی پیشفرض توصیهشده ۱۲ ساعت است. - ذخیره سازی پارامترهای غیر بحرانی: برای مقادیر پیکربندی پایدار که به ندرت تغییر میکنند، افزایش
setMinimumFetchIntervalInSeconds را از مقدار پیشفرض ۱۲ ساعت به ۲۴ یا ۴۸ ساعت در نظر بگیرید. - حلقههای واکشی در هنگام راهاندازی برنامه: مطمئن شوید که برنامه شما در هر انتقال صفحه، از سرگیری فعالیت یا رندر کامپوننت، واکشی از راه دور را آغاز نمیکند. از استراتژیهای بارگذاری مانند واکشی و فعالسازی در هنگام بارگذاری یا فعالسازی در پشت صفحه بارگذاری، به طور مسئولانه استفاده کنید.
- بررسی واکشیهای پسزمینه و غیرفعال: وظایف، سرویسها یا ماژولهای قدیمی برنامههای فعال در پسزمینه را بررسی کنید تا فراخوانیهای واکشی اضافی ("واکشیهای شبح") که هنگام غیرفعال بودن یا در پسزمینه بودن برنامه فعال میشوند را حذف کنید.
- نظارت: از داشبوردهای قیمتگذاری و استفاده کنسول Google Cloud و Firebase برای تنظیم هشدارهای خودکار صورتحساب هنگام نزدیک شدن حجم واکشی روزانه به ۱۰۰۰۰۰ درخواست استفاده کنید.
سوالات متداول و رفع اشکال
ساختار قیمتگذاری جدید Remote Config که از اول سپتامبر ۲۰۲۶ اعمال میشود، چگونه است؟
Remote Config به ساختار قیمتگذاری مبتنی بر استفاده با یک ردیف بدون هزینه منتقل میشود:
- طرح اسپارک (بدون هزینه): تا ۱۰۰۰۰۰ درخواست واکشی در روز بدون هیچ هزینهای.
- طرح Blaze (پرداخت در محل): برای ۱۰۰۰۰۰ درخواست اولیه واکشی روزانه رایگان است، سپس:
- ۰.۰۶ دلار به ازای هر ۱۰۰۰۰ درخواست (۰.۰۰۰۰۰۶ دلار به ازای هر درخواست) بین ۱۰۰,۰۰۱ تا ۱۰,۰۰۰,۰۰۰ درخواست در روز.
- ۰.۰۱ دلار به ازای هر ۱۰،۰۰۰ درخواست (۰.۰۰۰۰۰۱ دلار به ازای هر درخواست) برای استفاده بیش از ۱۰،۰۰۰،۰۰۰ درخواست در روز.
- ویژگیها: تمام ویژگیهای پیشرفته (شخصیسازی، انتشار نسخههای جدید و ادغام تست A/B) بدون هیچ هزینه اضافی در هر دو طرح Spark و Blaze موجود است.
آیا برای شروع کار با Remote Config به حساب کاربری نیاز دارم؟
خیر. برای شروع کار با Remote Config نیازی به حساب کاربری ندارید. میتوانید از طرح Spark برای شروع بدون هیچ هزینهای استفاده کنید. فقط زمانی که پروژه خود را به طرح Blaze ارتقا میدهید تا از بیش از ۱۰۰۰۰۰ درخواست واکشی روزانه پشتیبانی کند، به حساب کاربری نیاز دارید.
آیا باید کد خود را بهروزرسانی کنم یا Remote Config SDK را ارتقا دهم؟
خیر. هنگام انتقال بین طرحهای Spark و Blaze نیازی به تغییر کد یا بهروزرسانی SDK کلاینت Remote Config ندارید. انتقال سطح و اندازهگیری درخواست به طور خودکار توسط Remote Config backend انجام میشود.
دقیقاً چه چیزی به عنوان درخواست واکشی قابل پرداخت واجد شرایط است؟
یک درخواست واکشی (fetch request) هر زمان که برنامه کلاینت یا سرور backend شما، سرور Remote Config را برای بررسی مقادیر پارامتر بهروز شده فراخوانی میکند (برای مثال، فراخوانی fetch() یا fetchAndActivate() در SDKهای کلاینت، یا بازیابی الگوها با استفاده از SDKهای REST/Admin). فقط درخواستهای واکشی که مستقیماً توسط سرویس Remote Config (از طریق SDKهای کلاینت یا REST APIها) فراخوانی میشوند، در میزان استفاده از فضای مصرفی شما نقش دارند. عملیات واکشی، فراخوانیهای شبکه یا معیارهای تولید شده داخلی توسط سایر سرویسهای Firebase، در سهمیه یا صورتحساب Remote Config شما محاسبه نمیشوند.
- Remote Config بلادرنگ: باز کردن یک اتصال بلادرنگ، درخواستهای واکشی مداوم و تکی ایجاد نمیکند؛ با این حال، هنگامی که سرور یک اعلان نامعتبر بودن ارسال میکند، فراخوانی کلاینت برای دانلود پیکربندی بهروزرسانیشده به عنوان یک درخواست واکشی محسوب میشود.
- مقادیر ذخیرهشده در حافظه پنهان: استفاده از مقادیر ذخیرهشده در حافظه پنهان که از قبل روی دستگاه ذخیره شدهاند (خواندن از دیسک/حافظه با استفاده از
activate() یا getString() ) فراخوانی شبکه ایجاد نمیکند یا به عنوان یک درخواست واکشی محسوب نمیشود.
اگر پروژه من در طرح اسپارک باشد و درخواستهای واکشی روزانه آن از ۱۰۰۰۰۰ بیشتر شود، چه اتفاقی میافتد؟ چگونه میتوانم آن را ارتقا دهم؟
- دوره مهلت ۳۰ روزه: وقتی پروژه اسپارک شما برای اولین بار از ۱۰۰۰۰۰ درخواست واکشی روزانه فراتر رود، فایربیس یک دوره مهلت ۳۰ روزه اعطا میکند. در این مدت، درخواستهای Remote Config شما بدون وقفه ادامه خواهند یافت.
- تداوم شمارش معکوس: دوره تنفس ۳۰ روزه از اولین باری که پروژه شما از ۱۰۰۰۰۰ درخواست واکشی روزانه فراتر رود، شروع میشود. این شمارش معکوس ۳۰ روزه حتی اگر میزان استفاده روزانه شما در آن بازه زمانی موقتاً به زیر ۱۰۰۰۰۰ درخواست کاهش یابد، متوقف یا تنظیم مجدد نمیشود.
- اعلانهای سهمیه: با نزدیک شدن به حجم واکشی روزانه و رسیدن به سهمیه ۱۰۰۰۰۰، مدیران پروژه هشدارهای ایمیل خودکار و اعلانهای بنری کنسول را دریافت میکنند.
- خطر کاهش سرعت: اگر تا پایان دوره ۳۰ روزه به طرح Blaze ارتقا ندهید، کاهش سرعت سرویس Remote Config برای درخواستهای بیش از ۱۰۰۰۰۰ درخواست روزانه آغاز خواهد شد که ممکن است مانع از دریافت پیکربندیهای بهروز شده توسط کلاینتها شود.
- نحوه ارتقا: میتوانید برای اطمینان از سرویس بدون وقفه، در کنسول Firebase به طرح Blaze ارتقا دهید . ارتقا به طرح Blaze، پروژه شما را به یک حساب Google Cloud Billing متصل میکند.
کاربران مقادیر جدید پارامترهای Remote Config را دریافت نمیکنند. آیا این میتواند مربوط به قیمتگذاری یا سهمیهبندی باشد؟
بله. اگر پروژه شما در طرح Spark است، از محدودیت درخواست روزانه ۱۰۰۰۰۰ عبور کرده و دوره مهلت ۳۰ روزه منقضی شده است، درخواستهای ورودی بیش از آستانه روزانه توسط سرور کنترل میشوند. معیارهای استفاده خود را در کنسول Firebase بررسی کنید و اگر کاربران فعال روزانه شما به بیش از ۱۰۰۰۰۰ واکشی روزانه نیاز دارند، به طرح Blaze ارتقا دهید.
چگونه میتوانم میزان مصرف فعلی خود را برای تخمین صورتحسابم ببینم؟
اگر از طرح Blaze استفاده میکنید، میتوانید گزارشهای مدیریت هزینه و میزان استفاده را در کنسول Google Cloud مشاهده کنید. برای جزئیات بیشتر، به بخش «مشاهده گزارشهای صورتحساب ابری و روند هزینهها» مراجعه کنید. هنگام فیلتر کردن بر اساس SKU، SKU زیر را انتخاب کنید:
- شناسهی کالا:
37B1-4623-6F54 - نام SKU: درخواستهای واکشی
شما میتوانید میزان استفاده فعلی و محدودیتهای فعال سیستم خود را در صفحه Quotas & System Limits در کنسول Google Cloud مشاهده کنید. برای جزئیات بیشتر، به بخش «مشاهده و مدیریت سهمیهها» مراجعه کنید. هنگام فیلتر کردن گزارشها، مطمئن شوید که API خاص Firebase را که میخواهید سهمیههای آن را بررسی کنید، انتخاب کردهاید (برای مثال، firebaseremoteconfig.googleapis.com ).