Berikut beberapa contoh yang akan membantu Anda memahami harga edisi Firestore Enterprise dalam berbagai skenario.
Contoh harga kueri
Skenario: Suatu kueri memfilter kolom username dengan nilai ilovefirebase dalam koleksi yang berisi 100 dokumen, dengan setiap dokumen yang berukuran 2 KiB. Mari kita anggap hanya ada satu username dengan nilai ilovefirebase. Kueri yang sama dijalankan 1 juta kali.
| Aktivitas | Edisi Standard (Kueri yang Diindeks Otomatis) | Edisi Enterprise (Kueri terindeks) | Edisi Enterprise (Pemindaian Koleksi yang Tidak Terindeks) |
| Status Pengindeksan | Menggunakan indeks yang dibuat secara otomatis untuk pencarian nama pengguna. | Setelah pembuatan indeks manual di kolom nama pengguna. | Tidak menggunakan indeks; melainkan memindai seluruh koleksi pengguna yang berukuran 200 KiB. |
| Unit Baca Per Kueri | Biaya dikenakan per 1 pembacaan. | Biaya dikenakan per 2 unit baca (1 untuk pemindaian indeks dan 1 untuk pembacaan dokumen). | Biaya dikenakan per 50 unit baca (100 dokumen berukuran 2 KiB = 200 KiB total pemindaian. 200 KiB / 4 KiB per unit = 50 unit). |
| Total Biaya (per 1 Juta Kueri) | $0,30 per satu juta kueri (1 pembacaan dengan biaya $0,30/satu juta unit baca). | $0,10 per satu juta kueri (2 unit baca dengan biaya $0,05/satu juta unit baca). | $2,50 per satu juta kueri (50 unit baca dengan biaya $0,05/satu juta unit baca). |
Ringkasan perbedaan biaya
- Kueri terindeks: Kueri yang sama di edisi Enterprise dikenai biaya $0,10 per juta dengan indeks yang dibuat secara manual di kolom nama pengguna.
- Kueri pemindaian koleksi yang tidak diindeks: Kueri pemindaian koleksi yang tidak diindeks di edisi Enterprise dikenai biaya $2,50 per juta. Biaya ini yang jauh lebih tinggi daripada $0,30 yang dikenakan untuk pembacaan yang diindeks secara otomatis di edisi Standard. Hal ini menunjukkan bahwa pembuatan kueri tanpa indeks dapat menyebabkan eksekusi dengan performa yang kurang baik serta mahal.
- Keunggulan biaya: $0,10 per satu juta unit baca tiga kali lebih murah daripada biaya baca terindeks edisi Standard. Hal ini menunjukkan harga dasar unit baca Enterprise yang rendah saat kueri dioptimalkan.
Contoh harga real-time
Untuk mengetahui informasi selengkapnya tentang harga, lihat harga real-time.
Skenario 1: Satu juta klien membuat kueri untuk 10 postingan terbaru dalam suatu koleksi (diindeks berdasarkan stempel waktu). Setiap postingan berukuran 6 KiB. Dua dari keseluruhan postingan ini kemudian diperbarui, sehingga pembaruan real-time dikirim ke klien.
| Aktivitas | Edisi Firestore Standard | Edisi Firestore Enterprise | Sorotan Harga |
| Model Penetapan Harga | Kueri awal dan pembaruan real-time dikenai biaya per pembacaan dokumen. | Kueri awal dikenai biaya sesuai unit baca (porsi 4 KiB).
Pembaruan real-time menggunakan SKU Pembaruan real-time terpisah. |
Enterprise memanfaatkan harga unit baca untuk pembacaan awal yang lebih murah |
| Pembacaan Pertama (Sinkronisasi awal 10 postingan dengan masing-masing dokumen berukuran 6 KiB) | Satu klien dikenai 10 pembacaan (tanpa memperhitungkan ukuran dokumen). | Satu klien dikenai 21 unit baca
(1 unit baca untuk pemindaian indeks 10 postingan) (20 unit baca: 2 unit baca per 6 KiB dokumen * 10 dokumen) |
Enterprise menggunakan lebih banyak unit (21 berbanding 10), tetapi dengan harga per unit yang jauh lebih rendah. |
| Biaya Baca Pertama (per 1 juta) | 10 pembacaan * 1 juta klien dengan biaya $0,30/juta: $3,00. | 21 unit baca * 1 juta klien dengan biaya 0,05/juta: $1,05. | Pembacaan awal 4 kali lebih murah dalam edisi Enterprise. |
| Pembaruan real-time (2 pembaruan untuk dokumen berukuran 6 KiB) | Dikenakan 2 pembacaan (2 dokumen yang diperbarui). | Dikenakan 4 unit pembaruan real-time (2 unit pembaruan real-time per 6 KiB dokumen * 2 pembaruan real-time). | Enterprise memisahkan pembaruan real-time ke dalam SKU khusus. |
| Biaya real-time (per 1 juta klien) | 2 pembacaan * 1 juta klien dengan biaya $0,30/juta: $0,60. | 4 unit real-time * 1 juta klien dengan biaya $0,30/juta: $1,20. | Biaya real-time lebih tinggi untuk edisi Enterprise dalam skenario pembaruan spesifik ini. |
| Total biaya | $3,60 ($3,00 + $0,60). | $2,25 ($1,05 + $1,20). | Biaya Enterprise lebih murah ($2,25 berbanding $3,60) dalam skenario yang melibatkan dokumen besar (6 KiB) dan volume tinggi ini. |
Contoh harga kueri Proses Real-time tambahan untuk edisi Enterprise
Sebagai ilustrasi, biaya di bawah dihitung menggunakan tarif us-central1 sebesar $0,05 per satu juta unit baca dan $0,30 per satu juta unit pembaruan real-time.
| Skenario (Klien, Ukuran Dokumen) | Fase 1: Detail Kueri Awal (Sinkronisasi) | Fase 1: Penggunaan Kueri Awal | Biaya ilustratif | Fase 2: Detail Pembaruan Real-time | Fase 2: Penggunaan Pembaruan Real-time | Biaya ilustratif |
| 1 klien, 2 KiB dokumen | Kueri menjalankan pemindaian koleksi yang tidak diindeks dari 10.000 dokumen berurutan, masing-masing berukuran 2 KiB. | 5.000 Unit Baca | $0,00025 (dihitung berdasarkan $0,05/juta) | Klien menerima total 1.000 dokumen menggunakan pembaruan real-time, dengan ukuran 2 KiB per dokumen. | 1.000 Unit Pembaruan Real-time | $0,003 (Dihitung berdasarkan $0,30/juta) |
| 1.000 klien, 2 KiB dokumen | 1.000 klien masing-masing menjalankan kueri yang melakukan pemindaian koleksi tidak terindeks dari 10.000 dokumen berurutan, masing-masing berukuran 2 KiB. | 5 juta Unit Baca | $0,25 (dihitung berdasarkan $0,05/juta) | 1.000 klien masing-masing menerima total 1.000 dokumen menggunakan pembaruan real-time, dengan ukuran 2 KiB per dokumen. | 1 juta Unit Pembaruan Real-time | $0,30 (dihitung berdasarkan $0,30/juta) |
| 1.000 klien, 6 KiB dokumen | 1.000 klien masing-masing menjalankan kueri yang melakukan pemindaian koleksi tidak terindeks dari 10.000 dokumen berurutan, masing-masing berukuran 6 KiB. | 15 juta Unit Baca | $0,75 (dihitung berdasarkan $0,05/juta) | 1.000 klien masing-masing menerima total 1.000 dokumen menggunakan pembaruan real-time, dengan ukuran 6 KiB per dokumen. | 2 juta Unit Pembaruan Real-time | $0,60 (Dihitung berdasarkan $0,30/juta) |