Allgemeine Best Practices zum Einrichten von Firebase-Projekten

Auf dieser Seite finden Sie allgemeine Best Practices auf hoher Ebene zum Einrichten von Firebase-Projekten und zum Registrieren Ihrer Apps bei einem Projekt, sodass Sie über einen klaren Entwicklungsworkflow verfügen, der unterschiedliche Umgebungen verwendet. Wenn Sie mit den Best Practices auf dieser Seite vertraut sind, lesen Sie unsere allgemeinen Sicherheitsrichtlinien .

Die Hierarchie von Firebase-Projekten verstehen

Diagramm, das die grundlegende Hierarchie eines Firebase-Projekts zeigt, einschließlich des Projekts, seiner registrierten Apps sowie seiner 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 für das Projekt bereitgestellten Ressourcen und Dienste.

  • Für ein 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 bei derselben Firebase- Projektfreigabe registriert sind, haben Zugriff auf dieselben Ressourcen und Dienste, die für das Projekt bereitgestellt werden . Hier sind einige Beispiele:

    • Alle für dasselbe Firebase-Projekt registrierten Firebase-Apps nutzen dieselben Backends wie Firebase-Hosting, Authentifizierung, Echtzeitdatenbank, Cloud Firestore, Cloud-Speicher und Cloud-Funktionen.

    • Alle für dasselbe Firebase-Projekt registrierten Firebase-Apps sind mit derselben Google Analytics-Property verknüpft, wobei jede Firebase-App einen separaten Datenstrom in dieser Property darstellt.

Wo 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 sind. Beachten Sie, dass alle im selben Firebase-Projekt registrierten Apps auch dieselben Google Cloud-Ressourcen und -Dienste gemeinsam nutzen und Zugriff darauf haben.

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

Registrieren von App-Varianten bei Firebase-Projekten

Hier sind einige wichtige Tipps für die Registrierung Ihrer App-Varianten bei einem Firebase-Projekt:

  • Stellen Sie sicher, dass alle für ein Firebase-Projekt registrierten Apps aus Sicht des Endbenutzers Plattformvarianten derselben Anwendung sind. Registrieren Sie die iOS-, Android- und Webversionen derselben App oder desselben Spiels mit demselben Firebase-Projekt.

  • Wenn Sie über mehrere Build-Varianten verfügen, die dieselben Firebase-Ressourcen nutzen könnten , registrieren Sie die Varianten beim selben Firebase-Projekt. Einige Beispiele sind ein Blog und eine Web-App im selben Projekt oder sowohl die kostenlose als auch die kostenpflichtige Version derselben App im selben Projekt.

  • Wenn Sie mehrere Build-Varianten haben, die auf dem Release-Status basieren (und nicht wie oben auf der gemeinsamen Aktivität oder dem Zugriff des Endbenutzers), registrieren Sie jede Variante bei einem separaten Firebase-Projekt. Ein Beispiel ist Ihr Debug- oder 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 die Gefahr besteht, dass Ihre Debug-Daten Ihre Produktdaten verunreinigen oder sogar überschreiben.

    • Die Plattformvarianten 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 „dev“-Firebase-Projekt, da beide mit denselben Nicht-Produktdaten und -Ressourcen interagieren können.

Vermeidung von Mandantenfähigkeit

Mehrmandantenfähigkeit kann zu schwerwiegenden Konfigurations- und Datenschutzproblemen führen, einschließlich unbeabsichtigter Probleme bei der Analyseaggregation, gemeinsamer Authentifizierung, übermäßig komplexen Datenbankstrukturen und Schwierigkeiten mit Sicherheitsregeln.

Wenn eine Reihe von Apps nicht dieselben Daten und Konfigurationen verwenden, sollten Sie im Allgemeinen unbedingt darüber nachdenken, jede App bei einem anderen Firebase-Projekt zu registrieren.

Wenn Sie beispielsweise eine White-Label-Anwendung entwickeln, sollte jede unabhängig gekennzeichnete App über ein eigenes Firebase-Projekt verfügen und die iOS- und Android-Versionen dieser Bezeichnung 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