Ogólne sprawdzone metody konfigurowania projektów Firebase

Na tej stronie znajdziesz ogólne, ogólne sprawdzone metody konfigurowania projektów Firebase i rejestrowania aplikacji w projekcie, dzięki którym uzyskasz przejrzysty proces programowania, który korzysta z różnych środowisk. Gdy zapoznasz się ze sprawdzonymi metodami opisanymi na tej stronie, przeczytaj nasze ogólne wskazówki dotyczące bezpieczeństwa.

Hierarchia projektów w Firebase

Diagram przedstawiający podstawową hierarchię projektu w Firebase, w tym projekt, zarejestrowane aplikacje oraz udostępnione zasoby i usługi Ten diagram przedstawia podstawową hierarchię projektu w Firebase. Oto najważniejsze relacje:

  • Projekt w Firebase jest jak kontener na wszystkie aplikacje oraz zasoby i usługi udostępnione dla projektu.

  • Projekt w Firebase może mieć zarejestrowaną co najmniej 1 aplikację w Firebase (np. wersje aplikacji na iOS i Androida lub wersje bezpłatną i płatną).

  • Wszystkie aplikacje w Firebase zarejestrowane w tym samym projekcie w Firebase udostępniają i mają dostęp do tych samych zasobów i usług udostępnionych dla projektu. Oto przykłady:

    • Wszystkie aplikacje w Firebase zarejestrowane w tym samym projekcie w Firebase korzystają z tych samych backendów, takich jak Firebase Hosting, Authentication, Realtime Database, Cloud Firestore, Cloud Storage i Cloud Functions.

    • Wszystkie aplikacje w Firebase zarejestrowane w tym samym projekcie w Firebase są powiązane z tą samą usługą w Google Analytics, w której każda aplikacja w Firebase jest osobnym strumieniem danych.

Gdzie w tej hierarchii znajduje się projekt Google Cloud?

Jednym z aspektów hierarchii projektu w Firebase, który nie jest widoczny na diagramie powyżej, jest relacja z projektem Google Cloud. Projekt w Firebase to w rzeczywistości projekt Google Cloud, który ma włączone dodatkowe konfiguracje i usługi specyficzne dla Firebase. Pamiętaj, że wszystkie aplikacje zarejestrowane w tym samym projekcie w Firebase współdzielą też te same zasoby i usługi Google Cloud oraz mają do nich dostęp.

Więcej informacji o relacji między Firebase a Google Cloud znajdziesz w artykule Projekty w Firebase.

Rejestrowanie wariantów aplikacji w projektach w Firebase

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

  • Upewnij się, że wszystkie aplikacje zarejestrowane w projekcie Firebase są z perspektywy użytkownika wariantami tej samej aplikacji na różne platformy. Zarejestruj wersje aplikacji lub gry na iOS, Androida i internet w tym samym projekcie Firebase.

  • Jeśli masz kilka wariantów kompilacji, które mogą korzystać z tych samych zasobów Firebase, zarejestruj je w tym samym projekcie w Firebase. Może to być na przykład blog i aplikacja internetowa w tym samym projekcie lub bezpłatna i płatna wersja tej samej aplikacji w tym samym projekcie.

  • Jeśli masz kilka wariantów kompilacji, które zależą od stanu wersji (a nie od typowej aktywności użytkownika lub dostępu, jak powyżej), zarejestruj każdy wariant w osobnym projekcie w Firebase. Przykładem może być kompilacja do debugowania i kompilacja do publikacji – zarejestruj każdą z nich w osobnym projekcie w Firebase.

    • Kompilacje oparte na stanie wersji nie powinny współdzielić tych samych zasobów Firebase, ponieważ istnieje ryzyko, że dane debugowania zanieczyszczą lub nawet zastąpią dane produkcyjne.

    • Warianty platformy każdego z tych wariantów kompilacji powinny znajdować się w tym samym projekcie w Firebase. Na przykład zarejestruj kompilacje do debugowania na iOS i Androida w projekcie w Firebase „dev”, ponieważ obie mogą wchodzić w interakcje z tymi samymi danymi i zasobami nieprodukcyjnymi.

Unikanie środowiska wielu najemców

Wielodostępność może prowadzić do poważnych problemów z konfiguracją i prywatnością danych, w tym do niezamierzonych problemów z agregacją danych analitycznych, udostępnianym uwierzytelnianiem, zbyt złożonymi strukturami baz danych i trudnościami z regułami zabezpieczeń.

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

Jeśli na przykład tworzysz aplikację typu white-label, każda niezależnie oznaczona aplikacja powinna mieć własny projekt w Firebase, a wersje tej aplikacji na iOS i Androida powinny znajdować się w tym samym projekcie w Firebase. Ze względu na ochronę prywatności aplikacje z różnymi etykietami nie powinny udostępniać sobie nawzajem danych.

Dalsze kroki