Auf dieser Seite finden Sie allgemeine Best Practices auf hoher Ebene zum Einrichten von Firebase-Projekten und zum Registrieren Ihrer Apps in einem Projekt, damit Sie einen klaren Entwicklungsablauf mit unterschiedlichen Umgebungen haben. Wenn Sie sich mit den Best Practices auf dieser Seite vertraut gemacht haben, lesen Sie unsere allgemeinen Sicherheitsrichtlinien.
Hierarchie von Firebase-Projekten
Dieses Diagramm zeigt die grundlegende Hierarchie eines Firebase-Projekts. Hier sind die wichtigsten Beziehungen:
Ein Firebase-Projekt ist wie ein Container für alle Ihre Apps und alle Ressourcen und Dienste, die für das Projekt bereitgestellt werden.
In einem Firebase-Projekt können eine oder mehrere Firebase-Apps registriert sein, z. B. sowohl die iOS- als auch die Android-Version einer App oder sowohl die kostenlose als auch die kostenpflichtige Version einer App.
Alle Firebase-Apps, die im selben Firebase-Projekt registriert sind, nutzen und haben Zugriff auf alle Ressourcen und Dienste, die für das Projekt bereitgestellt werden. Hier einige Beispiele:
Alle Firebase-Apps, die im selben Firebase-Projekt registriert sind, verwenden dieselben Back-Ends, z. B. Firebase Hosting, Authentication, Realtime Database, Cloud Firestore, Cloud Storage und Cloud Functions.
Alle Firebase-Apps, die im selben Firebase-Projekt registriert sind, sind mit derselben Google Analytics-Property verknüpft. Jede Firebase-App ist ein separater Datenstream in dieser Property.
Wo passt ein Google Cloud-Projekt in diese Hierarchie?
Ein Aspekt der Firebase-Projekthierarchie, der im obigen Diagramm nicht dargestellt wird, ist die Beziehung zu einem Google Cloud-Projekt. Ein Firebase-Projekt ist eigentlich nur ein Google Cloud-Projekt, für das zusätzliche Firebase-spezifische Konfigurationen und Dienste aktiviert sind. Alle Apps, die im selben Firebase-Projekt registriert sind, haben Zugriff auf dieselben Google Cloud-Ressourcen und -Dienste.
Weitere Informationen zur Beziehung zwischen Firebase und Google Cloud finden Sie unter Firebase-Projekte.
App-Varianten bei Firebase-Projekten registrieren
Hier sind einige wichtige Tipps zum Registrieren Ihrer App-Varianten in einem Firebase-Projekt:
Achten Sie darauf, dass alle Apps, die in einem Firebase-Projekt registriert sind, aus Endnutzersicht Plattformvarianten derselben Anwendung sind. Registrieren Sie die iOS-, Android- und Web-Versionen derselben App oder desselben Spiels im selben Firebase-Projekt.
Wenn Sie mehrere Build-Varianten haben, die dieselben Firebase-Ressourcen verwenden könnten, registrieren Sie die Varianten mit dem gleichen Firebase-Projekt. Beispiele: ein Blog und eine Web-App im selben Projekt oder die kostenlose und die kostenpflichtige Version derselben App im selben Projekt.
Wenn Sie mehrere Build-Varianten haben, die auf dem Release-Status basieren (und nicht auf allgemeinen Endnutzeraktivitäten oder ‑zugriffen wie oben), registrieren Sie jede Variante in einem separaten Firebase-Projekt. Ein Beispiel ist Ihr Debug-Build im Vergleich zum Release-Build. Registrieren Sie jeden dieser Builds in einem eigenen Firebase-Projekt.
Builds, die auf dem Release-Status basieren, sollten nicht dieselben Firebase-Ressourcen verwenden, da sonst das Risiko besteht, dass Ihre Debug-Daten Ihre Produktionsdaten verunreinigen oder sogar überschreiben.
Die Plattform-Varianten jeder dieser Build-Varianten sollten sich im selben Firebase-Projekt befinden. Registrieren Sie beispielsweise sowohl die iOS- als auch die Android-Debug-Builds in einem Firebase-Projekt für die Entwicklung, da beide mit denselben Nicht-Produktionsdaten und ‑Ressourcen interagieren können.
Mehrmandantenfähigkeit vermeiden
Die Mandantenfähigkeit kann zu schwerwiegenden Konfigurations- und Bedenken im Hinblick auf den Datenschutz führen, darunter unbeabsichtigte Probleme bei der Analyseaggregation, gemeinsame Authentifizierung, übermäßig komplexe Datenbankstrukturen und Schwierigkeiten mit Sicherheitsregeln.
Wenn eine Gruppe von Apps nicht dieselben Daten und Konfigurationen verwendet, sollten Sie jede App in einem anderen Firebase-Projekt registrieren.
Wenn Sie beispielsweise eine White-Label-Anwendung entwickeln, sollte jede unabhängig gekennzeichnete App ein eigenes Firebase-Projekt haben. Die iOS- und Android-Versionen dieses Labels sollten sich im selben Firebase-Projekt befinden. Jede unabhängig gekennzeichnete App sollte (aus Datenschutzgründen) keine Daten mit den anderen teilen.
Nächste Schritte
Lesen Sie die allgemeinen Sicherheitsrichtlinien für verschiedene Umgebungen. Sie möchten sicherstellen, dass jede Umgebung und ihre Daten geschützt sind.
Sehen Sie sich die Firebase-Start-Checkliste an.