Bonnes pratiques générales pour configurer des projets Firebase

Cette page présente les bonnes pratiques générales et générales pour configurer Firebase. des projets et à enregistrer vos applications avec un projet afin d'avoir une vision claire workflow de développement utilisent des environnements distincts. Une fois que vous vous serez familiarisé avec les bonnes pratiques consultez notre consignes de sécurité générales.

Comprendre la hiérarchie des projets Firebase

Diagramme illustrant la hiérarchie de base d'un projet Firebase, y compris
          le projet, ses applications enregistrées, ses ressources provisionnées
          services Ce schéma illustre la hiérarchie de base d'un projet Firebase. Voici les principales relations :

  • Un projet Firebase est comme un conteneur pour toutes vos applications et toutes les ressources. et services provisionnés pour le projet.

  • Un projet Firebase peut comporter une ou plusieurs applications Firebase enregistrées (par exemple, les versions iOS et Android d'une application, ou les versions gratuite et payante d'une application).

  • Toutes les applications Firebase enregistrées dans le même projet Firebase partagent et ont accès à toutes les mêmes ressources et services provisionnés pour le projet. Voici quelques exemples :

    • Toutes les applications Firebase enregistrées dans le même projet Firebase partagent le même comme Firebase Hosting, Authentication, Realtime Database, Cloud Firestore, Cloud Storage et Cloud Functions.

    • Toutes les applications Firebase enregistrées dans le même projet Firebase sont associées avec la même propriété Google Analytics, où chaque application Firebase un flux de données distinct dans cette propriété.

Où se situe un projet Google Cloud dans cette hiérarchie ?

Un aspect de la hiérarchie du projet Firebase qui n'est pas illustré dans le schéma ci-dessus est la relation avec un projet Google Cloud. Un projet Firebase est Il s'agit en fait d'un projet Google Cloud qui comporte des ressources supplémentaires spécifiques à Firebase de configuration et de services activés. Notez que toutes les applications enregistrées dans le même projet Firebase partagent et ont également accès aux mêmes ressources et services Google Cloud.

Pour en savoir plus sur la relation entre Firebase et Google Cloud, consultez Comprendre les projets Firebase.

Enregistrer des variantes d'application avec des projets Firebase

Voici quelques conseils importants pour enregistrer vos variantes d'application avec un projet Firebase :

  • Assurez-vous que toutes les applications enregistrées dans un projet Firebase sont des variantes de la plate-forme d'une même application du point de vue de l'utilisateur final. Enregistrez l'iOS, Android et versions Web de la même application ou du même jeu avec le même Firebase projet.

  • Si vous disposez de plusieurs variants de compilation pouvant partager les mêmes ressources Firebase, enregistrez les variantes dans le même projet Firebase. Un peu exemples sont un blog et une application Web dans le même projet, ou les deux les versions payantes d'une même application dans le même projet.

  • Si plusieurs variantes de compilation sont basées sur l'état de la version (plutôt que sur les activités ou les accès courants des utilisateurs finaux, comme ci-dessus), enregistrez chaque avec un projet Firebase distinct. Par exemple, les métriques build build : enregistrez chacune de ces compilations dans son propre projet Firebase.

    • Les builds basés sur l'état de la version ne doivent pas partager les mêmes ressources Firebase, car cela risque de polluer ou même de remplacer vos données de production.

    • Les variantes platform de chacune de ces variantes de compilation doivent se trouver dans même projet Firebase. Par exemple, enregistrez à la fois iOS et Android déboguer les versions dans un "dev" dans le projet Firebase, car ils peuvent tous les deux interagir les mêmes données et ressources hors production.

Éviter l'architecture mutualisée

L'architecture mutualisée peut entraîner de graves problèmes de configuration et de confidentialité des données, y compris des problèmes inattendus avec l'agrégation d'analyses, l'authentification partagée, des structures de bases de données trop complexes et des difficultés avec les règles de sécurité.

En règle générale, si un ensemble d'applications ne partage pas les mêmes données et configurations, nous vous conseillons vivement d'enregistrer chaque application dans un projet Firebase différent.

Par exemple, si vous développez une application en marque blanche, chaque application l'application libellée doit avoir son propre projet Firebase, et les applications iOS et Android versions de ce libellé doit se trouver dans le même projet Firebase. Pour des raisons de confidentialité, chaque application associée à un libellé indépendant ne doit pas partager de données avec les autres.

Étapes suivantes