Questa pagina fornisce best practice generali di alto livello per configurare i progetti Firebase e registrare le app in un progetto, in modo da avere un flusso di lavoro di sviluppo chiaro che utilizzi ambienti distinti. Dopo aver preso 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 contenitore per tutte le tue app e per eventuali risorse e servizi di cui è stato eseguito il provisioning per il progetto.
Un progetto Firebase può avere una o più app Firebase registrate (ad esempio, sia le versioni per iOS sia quelle per Android di un'app o sia le versioni senza costi sia quelle a pagamento di un'app).
Tutte le app Firebase registrate nello stesso progetto Firebase condividono e hanno accesso a tutte le stesse risorse e a tutti gli 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, ad esempio 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 distinto.
Dove si inserisce un progetto Google Cloud in questa gerarchia?
Un aspetto della gerarchia dei progetti Firebase non mostrato nel diagramma sopra è la relazione con un progetto Google Cloud. Un progetto Firebase è in realtà solo un progetto Google Cloud per il quale sono abilitati configurazioni e servizi specifici di Firebase. Tieni presente che tutte le app registrate nello stesso progetto Firebase condividono e hanno accesso anche a tutte le stesse risorse e a tutti gli stessi servizi Google Cloud.
Scopri di più sulla relazione tra Firebase e Google Cloud in Informazioni sui progetti Firebase
Registrazione delle varianti di 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 della piattaforma della stessa applicazione dal punto di vista dell'utente finale. Registra le versioni per iOS, Android e web della stessa app o dello stesso gioco con lo stesso progetto Firebase.
Se hai più varianti di build 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 oppure le versioni sia senza costi che a pagamento della stessa app nello stesso progetto.
Se hai più varianti di build basate sullo stato di rilascio (anziché sull'attività o sull'accesso degli utenti finali comuni, come sopra), registra ogni variazione con un progetto Firebase separato. Un esempio è la build di debug rispetto alla build di release: registra ciascuna di queste build nel proprio progetto Firebase.
Le build basate sullo stato di rilascio non devono condividere le stesse risorse Firebase perché i dati di debug rischiano di inquinare o addirittura di sostituire i dati di produzione.
Le varianti platform di ciascuna di queste varianti di build devono trovarsi nello stesso progetto Firebase. Ad esempio, registra le build di debug sia per iOS sia per Android in un progetto Firebase "dev" perché entrambe possono interagire con gli stessi dati e le stesse risorse non di produzione.
Evitare la multitenancy
La multitenancy può comportare gravi problemi di configurazione e privacy dei dati, tra cui problemi indesiderati di aggregazione di dati e analisi, autenticazione condivisa, strutture di database eccessivamente complesse e difficoltà con le regole di sicurezza.
In genere, se un insieme di app non condivide gli stessi dati e le stesse configurazioni, consigliamo vivamente di registrare ogni app con un progetto Firebase diverso.
Ad esempio, se sviluppi un'applicazione white-label, ogni app con un'etichetta indipendente deve avere un proprio progetto Firebase e le versioni per iOS e Android di quell'etichetta devono trovarsi nello stesso progetto Firebase. Ogni app con etichetta indipendente non deve (per motivi di privacy) condividere dati con altre.
Passaggi successivi
Consulta le linee guida generali sulla sicurezza per diversi ambienti. Vuoi assicurarti che ogni ambiente e i relativi dati siano protetti.