Ogólne sprawdzone metody konfigurowania projektów Firebase

Na tej stronie znajdziesz ogólne sprawdzone metody konfigurowania Firebase projektów i rejestrowania aplikacji w projekcie, aby mieć proces programowania, który w różnych środowiskach. Po zapoznaniu się ze sprawdzonymi metodami zapoznaj się z naszymi ogólnymi wytycznymi dotyczącymi bezpieczeństwa.

Hierarchia projektów Firebase

Diagram przedstawiający podstawową hierarchię projektu Firebase, w tym: projektu, zarejestrowanych aplikacji i udostępnionych zasobów usługi Ten diagram przedstawia podstawową hierarchię projektu Firebase. Oto najważniejsze informacje relacje:

  • Projekt Firebase jest jak kontener na wszystkie Twoje aplikacje i zasoby i udostępnionych w ramach projektu usług.

  • Projekt Firebase może mieć zarejestrowaną co najmniej jedną aplikację Firebase. (np. zarówno w wersji na iOS, jak i na Androida, lub zarówno w wersji bezpłatnej, i płatnych wersji aplikacji).

  • Wszystkie aplikacje Firebase zarejestrowane w tym samym projekcie Firebase mają wspólne korzystanie do wszystkich zasobów i usług udostępnionych w ramach projektu. Oto przykłady:

    • Wszystkie aplikacje Firebase zarejestrowane w tym samym projekcie Firebase mają taki sam identyfikator i backendy takie jak Hosting Firebase, Uwierzytelnianie, Baza danych czasu rzeczywistego, Cloud Firestore Cloud Storage i Cloud Functions.

    • Wszystkie aplikacje Firebase zarejestrowane w tym samym projekcie Firebase są powiązane z tą samą usługą w Google Analytics, gdzie każda aplikacja Firebase jest jako osobny strumień danych w tej usłudze.

Gdzie w tej hierarchii znajduje się projekt Google Cloud?

Jeden z aspektów hierarchii projektu Firebase, którego nie widać na diagramie powyżej jest relacja z projektem Google Cloud. Projekt Firebase tylko projekt Google Cloud, który ma dodatkowy element Firebase. włączonych konfiguracji i usług. Pamiętaj, że wszystkie aplikacje zarejestrowane w tym samym projekcie Firebase mają też wspólny mają też dostęp do tych samych zasobów i usług Google Cloud.

Więcej informacji o relacji Firebase i Google Cloud znajdziesz w Omówienie projektów Firebase

Rejestrowanie wariantów aplikacji w projektach Firebase

Oto kilka ważnych wskazówek dotyczących rejestrowania wariantów aplikacji za pomocą Firebase projekt:

  • Upewnij się, że wszystkie aplikacje zarejestrowane w projekcie Firebase są wariantami platformy tej samej aplikacji z perspektywy użytkownika. Zarejestruj iOS, tej samej aplikacji lub gry na Androida oraz wersję internetową z tym samym kontem Firebase w projektach AI.

  • Jeśli masz kilka wariantów kompilacji, które mogą wspólnie korzystać z tej samej usługi Firebase , zarejestruj warianty przy użyciu tego samego projektu Firebase. Niektóre bloga i aplikacji internetowej w tym samym projekcie albo zarówno płatnych wersji tej samej aplikacji w tym samym projekcie.

  • Jeśli masz kilka wariantów kompilacji, które są zależne od stanu wersji (zamiast związanych z typową aktywnością lub dostępem użytkownika, jak opisano powyżej), zarejestruj wszystkie z oddzielnym projektem Firebase. Na przykład dane debugowania opublikować kompilację – zarejestruj każdą z tych kompilacji w osobnym projekcie Firebase.

    • Kompilacje oparte na stanie wersji nie powinny współdzielić tych samych zasobów Firebase ponieważ zwiększa to ryzyko zanieczyszczenia danych debugowania lub przesłania danych produkcyjnych. i skalowalnych danych.

    • Warianty platformy każdego z tych wariantów kompilacji powinny znajdować się w sekcji tym samym projekcie Firebase. Na przykład zarejestruj zarówno system iOS, jak i Android debugowanie kompilacji w „dev” projektu Firebase, ponieważ oba te elementy mogą wchodzić w interakcje te same nieprodukcyjne dane i zasoby.

.

Unikanie środowiska wielu najemców

Środowisko wielu najemców może powodować poważne problemy z konfiguracją i prywatnością danych, w tym niezamierzone problemy z agregacją statystyk, współdzielonym uwierzytelnianiem, zbyt złożone struktury baz danych i trudności w korzystaniu z reguł zabezpieczeń.

Ogólnie rzecz biorąc, jeśli zestaw aplikacji nie ma tych samych danych i konfiguracji, zdecydowanie zalecamy rejestrowanie każdej aplikacji w innym projekcie Firebase.

Jeśli na przykład tworzysz aplikację bez etykiet, każda z nich aplikacja oznaczona etykietą powinna mieć własny projekt Firebase, a aplikacje na iOS i Androida powinny być w tym samym projekcie Firebase. Każdy niezależnie od siebie oznaczonych etykietami aplikacja nie powinna (ze względu na ochronę prywatności) udostępniać danych reszta.

Dalsze kroki