Allgemeine Best Practices zum Einrichten von Firebase-Projekten

Auf dieser Seite finden Sie allgemeine Best Practices zum Einrichten von Firebase. und Registrierung Ihrer Apps für ein Projekt, damit Sie eine klare Entwicklungs-Workflow unterschiedliche Umgebungen nutzen. Sobald Sie mit den Best Practices zu diesem Thema vertraut sind, finden Sie in unserem allgemeinen Sicherheitsrichtlinien entsprechen.

Informationen zur Hierarchie von Firebase-Projekten

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

  • Bei 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 für dasselbe Firebase-Projekt registriert sind, teilen sich die für das Projekt bereitgestellten Ressourcen und Dienste und haben Zugriff darauf. Hier sind einige Beispiele:

    • Alle Firebase-Apps, die für dasselbe Firebase-Projekt registriert sind, verwenden dieselben Backends, z. B. Firebase Hosting, Authentication, Realtime Database, Cloud Firestore, Cloud Storage und Cloud Functions.

    • Alle Firebase-Apps, die mit demselben Firebase-Projekt registriert sind, sind mit derselben Google Analytics-Property verknüpft. Dabei ist jede Firebase-App ein separater Datenstream in dieser Property.

Wie fügt sich ein Google Cloud-Projekt in diese Hierarchie ein?

Ein Aspekt der Firebase-Projekthierarchie, der im Diagramm nicht dargestellt ist oben ist die Beziehung mit 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 im selben Firebase-Projekt registrierten Apps haben ebenfalls denselben haben auch Zugriff auf dieselben Google Cloud-Ressourcen und -Dienste.

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

App-Varianten bei Firebase-Projekten registrieren

Hier sind einige wichtige Tipps zum Registrieren Ihrer App-Varianten bei einem Firebase-Projekt Projekt:

  • Achten Sie darauf, dass alle für ein Firebase-Projekt registrierten Apps Plattformvarianten sind derselben Anwendung aus Sicht der Endnutzer. Registrieren Sie die iOS-, Android- und Webversionen derselben App oder desselben Spiels mit demselben Firebase Projekt arbeiten.

  • Wenn Sie mehrere Build-Varianten haben, die dasselbe Firebase-Projekt Ressourcen können Sie die Varianten beim selben Firebase-Projekt registrieren. Beispiele hierfür sind ein Blog und eine Webanwendung im selben Projekt oder die kostenlose und die kostenpflichtige Version derselben App im selben Projekt.

  • Sie haben mehrere Build-Varianten, die auf dem Release-Status basieren (statt auf allgemeine Aktivitäten oder Zugriffe von Endnutzern wie oben), mit einem separaten Firebase-Projekt verknüpfen. Ein Beispiel: Ihr Debugging-Tool Release-Build – jeden dieser Builds in einem eigenen Firebase-Projekt registrieren

    • Builds, die auf dem Releasestatus basieren, sollten nicht dieselben Firebase-Ressourcen haben da die Gefahr besteht, dass Ihre Debug-Daten Ihre Produktionsumgebung verschmutzen oder Daten.

    • Die Plattform-Varianten jeder dieser Build-Varianten sollten in der demselben Firebase-Projekt. Registrieren Sie z. B. die iOS- und die Android-Version Builds in einer „dev“-Version Firebase-Projekt erstellen, da beide mit dieselben nicht produktionsbezogenen Daten und Ressourcen erhalten.

Mehrinstanzenfähigkeit vermeiden

Mehrmandantenfähigkeit kann zu ernsthaften Bedenken hinsichtlich der Konfiguration und des Datenschutzes führen. einschließlich unbeabsichtigter Probleme bei Analyseaggregationen, gemeinsamer Authentifizierung, zu komplexen Datenbankstrukturen und Schwierigkeiten mit Sicherheitsregeln.

Grundsätzlichgilt: Wenn mehrere Apps nicht dieselben Daten und Konfigurationen haben, wird dringend empfohlen, jede App für ein anderes Firebase-Projekt zu registrieren.

Wenn Sie beispielsweise eine White-Label-Anwendung entwickeln, App mit Labels ein eigenes Firebase-Projekt haben Versionen dieses Labels müssen sich im selben Firebase-Projekt befinden. Jedes unabhängig gekennzeichnete App aus Datenschutzgründen keine Daten an den andere.

Nächste Schritte