Harga untuk Remote Config

Mulai 1 September 2026, Remote Config akan menawarkan struktur harga yang fleksibel yang dirancang untuk mengakomodasi project dalam berbagai skala, yang menampilkan paket tanpa biaya dan paket bayar sesuai penggunaan yang skalabel berdasarkan penggunaan harian Anda.

Hanya permintaan pengambilan yang dipanggil langsung oleh layanan Remote Config (melalui SDK klien atau REST API) yang berkontribusi pada penggunaan yang ditagih. Operasi pengambilan, panggilan jaringan, atau metrik yang dihasilkan secara internal oleh layanan Firebase lainnya tidak mengurangi kuota atau penagihan Remote Config Anda.

Tabel berikut menunjukkan penggunaan per project untuk paket Spark dan Blaze:

Detail Tanpa biaya (Paket Spark) Bayar sesuai penggunaan (Paket Blaze)
Permintaan Pengambilan Hingga 100.000 per hari Tanpa biaya hingga 100.000 per hari.

Kemudian:

  • $0,000006 per permintaan ($0,06 / 10 ribu permintaan) untuk penggunaan antara 100.001 dan 10.000.000 per hari.
  • $0,000001 per permintaan ($0,01 / 10 ribu permintaan) untuk penggunaan di atas 10.000.000 per hari.
Semua Fitur Mencakup Personalisasi, Peluncuran, dan integrasi A/B Testing Mencakup Personalisasi, Peluncuran, dan integrasi A/B Testing
Kuota dan Batas Lihat Kuota dan batas Lihat Kuota dan batas

Masa tenggang transisi untuk project yang ada

Masa tenggang transisi ini relevan untuk project yang telah mengaktifkan Remote Config sebelum 1 September 2026. Untuk memastikan transisi yang lancar ke harga bayar sesuai penggunaan, project yang ada akan diberi masa tenggang yang diperpanjang berikut sebelum penegakan penagihan dimulai:

Paket Penagihan Saat Ini Masa Tenggang Transisi Permulaan penagihan standar Tindakan yang Diperlukan / Catatan
Paket Spark (Tanpa biaya) 3 Bulan 1 Desember 2026 Tindakan yang Disarankan: Siapkan Penagihan Cloud dan upgrade ke Blaze.

Bonus: Jika Anda melakukan upgrade sebelum 15 November 2026, masa tenggang Anda akan diperpanjang menjadi 5 bulan (Penagihan dimulai pada 1 Februari 2027).
Paket Blaze (Bayar sesuai penggunaan) 5 Bulan 1 Februari 2027 Anda tidak perlu melakukan tindakan apa pun. Project akan otomatis beralih ke harga standar pada 1 Februari 2027.

Masa tenggang standar

Masa tenggang ini relevan untuk project yang mengaktifkan Remote Config pada atau setelah 1 September 2026. Hal ini mencakup project yang mengaktifkan Remote Config yang sudah ada (dibuat sebelum 1 September 2026) yang masa tenggang transisinya telah berakhir. Jika project melebihi penggunaan 100.000 permintaan pengambilan per hari, tindakan berikut harus dipatuhi:

Rencana / Kondisi Masa Tenggang Hasil setelah masa tenggang Tindakan yang Diperlukan / Catatan
Paket Spark (Tanpa biaya) 30 Hari (Berlaku saat project melebihi batas harian untuk pertama kalinya) Throttling dimulai pada hari ke-31 Project akan menikmati layanan tanpa gangguan selama 30 hari setelah batas harian terlampaui untuk pertama kalinya. Untuk mencegah throttling pada Hari ke-31 atau setelahnya, Anda harus mengupgrade ke paket Blaze.
Paket Blaze (Bayar sesuai penggunaan) T/A (Tanpa throttling) Penagihan per permintaan pengambilan Penggunaan yang melebihi 100.000 pengambilan akan dikenai biaya. Tidak ada throttling yang diterapkan.

Praktik terbaik untuk mengoptimalkan penggunaan

Untuk mengoptimalkan penggunaan, lakukan salah satu hal berikut:

  • Interval pengambilan klien: Hindari menetapkan interval pengambilan minimum yang sangat rendah (misalnya, setMinimumFetchIntervalInSeconds) dalam build produksi. Interval default yang direkomendasikan adalah 12 jam.
  • Menyimpan parameter yang tidak penting ke dalam cache: Untuk nilai konfigurasi stabil yang jarang berubah, pertimbangkan untuk meningkatkan setMinimumFetchIntervalInSeconds dari default 12 jam menjadi 24 atau 48 jam.
  • Loop pengambilan saat aplikasi dimulai: Pastikan aplikasi Anda tidak memicu pengambilan jarak jauh pada setiap transisi layar, kelanjutan aktivitas, atau render komponen. Gunakan strategi pemuatan seperti Mengambil dan mengaktifkan saat pemuatan atau Mengaktifkan di balik layar pemuatan secara bertanggung jawab.
  • Mengaudit pengambilan latar belakang dan tidak aktif: Tinjau tugas worker latar belakang, layanan, atau modul aplikasi lama untuk menghapus panggilan pengambilan yang redundan ("pengambilan hantu") yang dipicu saat aplikasi berada di latar belakang atau tidak aktif.
  • Pemantauan: Gunakan dasbor harga dan penggunaan konsol Google Cloud dan konsol Firebase untuk menyiapkan pemberitahuan penagihan otomatis saat volume pengambilan harian mendekati 100.000 permintaan.

FAQ dan pemecahan masalah