Questa pagina fornisce best practice generali e di alto livello per la configurazione dei progetti Firebase e la registrazione delle app con un progetto, in modo da avere un workflow di sviluppo chiaro che utilizzi ambienti distinti. Una volta acquisita familiarità con le best practice riportate in questa pagina, consulta le nostre linee guida generali sulla sicurezza.
Informazioni sulla gerarchia dei progetti Firebase
Questo diagramma mostra la gerarchia di base di un progetto Firebase. Ecco le relazioni
principali:
Un progetto Firebase è come un container per tutte le tue app e per tutte le risorse e i servizi di cui è stato eseguito il provisioning per il progetto.
In un progetto Firebase possono essere registrate una o più app Firebase (ad esempio, le versioni iOS e Android di un'app o le versioni senza costi e a pagamento di un'app).
Tutte le app Firebase registrate nello stesso progetto Firebase condividono e hanno accesso a tutte le stesse risorse e agli stessi servizi di cui è stato eseguito il provisioning per il progetto. Ecco alcuni esempi:
Tutte le app Firebase registrate nello stesso progetto Firebase condividono gli stessi backend, come Firebase Hosting, Authentication, Realtime Database, Cloud Firestore, Cloud Storage e Cloud Functions.
Tutte le app Firebase registrate nello stesso progetto Firebase sono associate alla stessa proprietà Google Analytics, in cui ogni app Firebase è uno stream di dati separato.
In che modo un progetto Google Cloud si inserisce in questa gerarchia?
Un aspetto della gerarchia dei progetti Firebase che non è mostrato nel diagramma precedente è la relazione con un progetto Google Cloud. Un progetto Firebase è in realtà solo un progetto Google Cloud per il quale sono abilitati servizi e configurazioni aggiuntivi specifici di Firebase. Tieni presente che tutte le app registrate nello stesso progetto Firebase condividono e hanno accesso anche alle stesse risorse e agli stessi servizi Google Cloud.
Scopri di più sulla relazione tra Firebase e Google Cloud in Informazioni sui progetti Firebase
Registrazione delle varianti dell'app con i progetti Firebase
Ecco alcuni suggerimenti importanti per registrare le varianti dell'app con un progetto Firebase:
Assicurati che tutte le app registrate in un progetto Firebase siano varianti di piattaforma della stessa applicazione dal punto di vista dell'utente finale. Registra le versioni iOS, Android e web della stessa app o dello stesso gioco con lo stesso progetto Firebase.
Se hai più varianti di compilazione che potrebbero condividere le stesse risorse Firebase, registra le varianti con lo stesso progetto Firebase. Alcuni esempi sono un blog e un'app web nello stesso progetto o le versioni senza costi e a pagamento della stessa app nello stesso progetto.
Se hai più varianti di compilazione basate sullo stato della release (anziché sull'attività utente o sull'accesso comuni degli utenti finali, come sopra), registra ogni variante con un progetto Firebase separato. Un esempio è la build di debug rispetto alla build di release: registra ciascuna di queste build nel rispettivo progetto Firebase.
Le build basate sullo stato della release non devono condividere le stesse risorse Firebase, perché i dati di debug rischiano di contaminare o addirittura sovrascrivere i dati di produzione.
Le varianti di piattaforma di ciascuna di queste varianti di compilazione devono trovarsi nello stesso progetto Firebase. Ad esempio, registra le build di debug per iOS e Android in un progetto Firebase "dev" perché entrambe possono interagire con gli stessi dati e risorse non di produzione.
Evitare la multi-tenancy
La multi-tenancy può causare gravi problemi di configurazione e privacy dei dati, tra cui problemi imprevisti con l'aggregazione di analisi, l'autenticazione condivisa, strutture di database eccessivamente complesse e difficoltà con le regole di sicurezza.
In generale, se un insieme di app non condivide gli stessi dati e le stesse configurazioni, ti consigliamo vivamente di registrare ogni app con un progetto Firebase diverso.
Ad esempio, se sviluppi un'applicazione white-label, ogni app con etichetta indipendente deve avere il proprio progetto Firebase e le versioni iOS e Android di questa etichetta devono trovarsi nello stesso progetto Firebase. Ogni app con etichetta indipendente non deve (per motivi di privacy) condividere dati con le altre.
Passaggi successivi
Consulta le linee guida di sicurezza generali per i diversi ambienti. Vuoi assicurarti che ogni ambiente e i relativi dati siano protetti.
Consulta l'elenco di controllo per il lancio di Firebase.