Allgemeine Best Practices für die Einrichtung von Firebase-Projekten

Auf dieser Seite finden Sie allgemeine Best Practices für die Einrichtung von Firebase Projekten und die Registrierung Ihrer Apps in einem Projekt, damit Sie einen klaren Entwicklungsablauf mit separaten Umgebungen haben. Wenn Sie mit den Best Practices auf dieser Seite vertraut sind, lesen Sie unsere allgemeinen Sicherheitsrichtlinien.

Hierarchie von Firebase-Projekten

Diagramm mit der grundlegenden Hierarchie eines Firebase-Projekts, einschließlich des Projekts, der registrierten Apps und der bereitgestellten Ressourcen und Dienste 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. die iOS- und Android-Versionen einer App oder die kostenlose und kostenpflichtige Version einer App.

  • Alle Firebase-Apps, die im selben Firebase-Projekt registriert sind, nutzen dieselben Ressourcen und Dienste, die für das Projekt bereitgestellt werden, und haben Zugriff darauf. Hier einige Beispiele:

    • Alle Firebase-Apps, die im selben Firebase-Projekt registriert sind, verwenden dieselben Back-Ends wie 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.

Wie passt ein Google Cloud Projekt in diese Hierarchie?

Ein Aspekt der Firebase-Projekthierarchie, der im Diagramm oben nicht dargestellt ist, 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 wurden. Alle Apps, die im selben Firebase-Projekt registriert sind, nutzen auch dieselben Google Cloud Ressourcen und Dienste und haben Zugriff darauf.

Weitere Informationen zur Beziehung zwischen Firebase und Google Cloud finden Sie unter Firebase-Projekte

App-Varianten in Firebase-Projekten registrieren

Hier einige wichtige Tipps zur Registrierung Ihrer App-Varianten in einem Firebase-Projekt:

  • Alle Apps, die in einem Firebase-Projekt registriert sind, müssen aus Sicht des Endnutzers Plattformvarianten derselben Anwendung sein. 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 nutzen können, registrieren Sie die Varianten im selben Firebase-Projekt. Beispiele sind ein Blog und eine Web-App im selben Projekt oder die kostenlose und kostenpflichtige Version derselben App im selben Projekt.

  • Wenn Sie mehrere Build-Varianten haben, die auf dem Release-Status basieren (und nicht auf gemeinsamen Endnutzeraktivitäten oder Zugriffen wie oben), registrieren Sie jede Variante in einem separaten Firebase-Projekt. Ein Beispiel ist der 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 nutzen, da sonst das Risiko besteht, dass Ihre Debug-Daten Ihre Produktionsdaten verunreinigen oder sogar überschreiben.

    • Die Plattformvarianten der einzelnen Build-Varianten sollten sich im selben Firebase-Projekt befinden. Registrieren Sie beispielsweise sowohl den iOS- als auch den Android-Debug-Build in einem Firebase-Projekt für die Entwicklung, da beide mit denselben Nicht-Produktionsdaten und -Ressourcen interagieren können.

Mehrmandantenfähigkeit vermeiden

Mehrmandantenfähigkeit kann zu schwerwiegenden Konfigurations- und Bedenken im Hinblick auf den Datenschutz führen, darunter unbeabsichtigte Probleme mit der Analytics-Aggregation, der gemeinsamen Authentifizierung, übermäßig komplexen Datenbankstrukturen und Schwierigkeiten mit Sicherheitsregeln.

**Wenn eine Reihe von Apps nicht dieselben Daten und Konfigurationen nutzt, 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