Comprendi la fatturazione del database in tempo reale

Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Firebase addebita i dati archiviati nel database e tutto il traffico di rete in uscita a livello di sessione (livello 5) del modello OSI. Lo spazio di archiviazione viene fatturato a $ 5 per ogni GB/mese, valutato giornalmente. La fatturazione non è influenzata dalla posizione del tuo database. Il traffico in uscita include l'overhead di connessione e crittografia da tutte le operazioni del database e i dati scaricati tramite le letture del database. Sia le letture che le scritture del database possono comportare costi di connessione sulla bolletta. Tutto il traffico da e verso il tuo database, comprese le operazioni vietate dalle regole di sicurezza, comporta costi fatturabili.

Alcuni esempi comuni di traffico fatturato includono:

  • Dati scaricati: quando i clienti ottengono i dati dal tuo database, Firebase addebita i dati scaricati. In genere, questo costituisce la maggior parte dei costi della larghezza di banda, ma non è l'unico fattore nella bolletta.
  • Overhead del protocollo: è necessario del traffico aggiuntivo tra il server e i client per stabilire e mantenere una sessione. A seconda del protocollo sottostante, questo traffico potrebbe includere: sovraccarico del protocollo in tempo reale di Firebase Realtime Database, sovraccarico di WebSocket e sovraccarico dell'intestazione HTTP. Ogni volta che viene stabilita una connessione, questo sovraccarico, combinato con qualsiasi sovraccarico di crittografia SSL, contribuisce ai costi di connessione. Sebbene questa non sia molta larghezza di banda per una singola richiesta, può essere una parte sostanziale della tua bolletta se i tuoi payload sono piccoli o effettui connessioni frequenti e brevi.
  • Overhead di crittografia SSL: esiste un costo associato all'overhead di crittografia SSL necessario per le connessioni sicure. In media, questo costo è di circa 3,5 KB per l'handshake iniziale e di circa decine di byte per le intestazioni dei record TLS su ciascun messaggio in uscita. Per la maggior parte delle app, si tratta di una piccola percentuale della bolletta. Tuttavia, questa può diventare una percentuale elevata se il tuo caso specifico richiede molti handshake SSL. Ad esempio, i dispositivi che non supportano i ticket di sessione TLS potrebbero richiedere un numero elevato di handshake di connessione SSL.
  • Dati della console Firebase: anche se di solito questa non è una parte significativa dei costi di Realtime Database, Firebase addebita i dati che leggi e scrivi dalla console Firebase.

Stimare l'utilizzo fatturato

Per vedere le tue attuali connessioni al database in tempo reale e l'utilizzo dei dati, controlla la scheda Utilizzo nella console Firebase. Puoi controllare l'utilizzo nel periodo di fatturazione corrente, negli ultimi 30 giorni o nelle ultime 24 ore.

Firebase mostra le statistiche sull'utilizzo per le seguenti metriche:

  • Connessioni: il numero di connessioni simultanee, attualmente aperte, in tempo reale al database. Ciò include le seguenti connessioni in tempo reale: WebSocket, polling lungo ed eventi inviati dal server HTML. Non include le richieste RESTful.
  • Archiviazione: la quantità di dati archiviati nel database. Ciò non include l'hosting Firebase o i dati archiviati tramite altri prodotti Firebase.
  • Download: tutti i byte scaricati dal database, incluso il protocollo e l'overhead di crittografia.
  • Carico: questo grafico mostra quanto del tuo database è in uso, elaborando le richieste, in un dato intervallo di 1 minuto. Potresti riscontrare problemi di prestazioni quando il tuo database si avvicina al 100%.

Ottimizza l'utilizzo

Esistono alcune best practice che puoi utilizzare per ottimizzare l'utilizzo del database e i costi della larghezza di banda.

  • Usa gli SDK nativi: quando possibile, usa gli SDK che corrispondono alla piattaforma della tua app, invece dell'API REST. Gli SDK mantengono connessioni aperte, riducendo i costi di crittografia SSL che in genere si sommano con l'API REST.
  • Verifica la presenza di bug: se i costi della larghezza di banda sono inaspettatamente elevati, verifica che la tua app non stia sincronizzando più dati o sincronizzando più spesso di quanto inizialmente previsto. Per individuare i problemi, utilizza lo strumento profiler per misurare le tue operazioni di lettura e attivare la registrazione di debug negli SDK Android , Objective-C e Web . Controlla i processi in background e di sincronizzazione nella tua app per assicurarti che tutto funzioni come previsto.
  • Riduci le connessioni: se possibile, cerca di ottimizzare la larghezza di banda della tua connessione. Le richieste REST frequenti e di piccole dimensioni possono essere più costose di una singola connessione continua che utilizza l'SDK nativo. Se utilizzi l'API REST, prendi in considerazione l'utilizzo di eventi keep-alive HTTP o server-sent , che possono ridurre i costi degli handshake SSL.
  • Usa ticket di sessione TLS: riduci i costi generali della crittografia SSL sulle connessioni ripristinate emettendo ticket di sessione TLS . Ciò è particolarmente utile se si richiedono connessioni frequenti e sicure al database.
  • Query sull'indice : l'indicizzazione dei dati riduce la larghezza di banda totale utilizzata per le query, il che ha il doppio vantaggio di ridurre i costi e aumentare le prestazioni del database. Usa lo strumento profiler per trovare query non indicizzate nel tuo database.
  • Ottimizza i tuoi ascoltatori: aggiungi query per limitare i dati restituiti dalle tue operazioni di ascolto e utilizza ascoltatori che scaricano solo aggiornamenti ai dati, ad esempio on() anziché once() . Inoltre, posiziona i tuoi ascoltatori il più lontano possibile lungo il percorso per limitare la quantità di dati che sincronizzano.
  • Riduci i costi di archiviazione: esegui processi di pulizia periodici e riduci i dati duplicati nel database.
  • Regole di utilizzo: impedisci qualsiasi operazione potenzialmente costosa e non autorizzata sul tuo database. Ad esempio, l'utilizzo delle regole del database in tempo reale di Firebase potrebbe evitare uno scenario in cui un utente malintenzionato scarica ripetutamente l'intero database. Ulteriori informazioni sull'utilizzo delle regole del database in tempo reale di Firebase .

Il miglior piano di ottimizzazione per la tua app dipende dal tuo particolare caso d'uso. Sebbene questo non sia un elenco esaustivo di best practice, puoi trovare ulteriori consigli e suggerimenti dagli esperti di Firebase sul nostro canale Slack o su Stack Overflow .