查看 2022 年 Google I/O 大会上介绍的 Firebase 新动态。了解详情

Ogólne sprawdzone metody konfigurowania projektów Firebase

Ta strona zawiera ogólne, ogólne sprawdzone metody konfigurowania projektów Firebase i rejestrowania aplikacji w projekcie, aby zapewnić przejrzysty przepływ pracy programistycznej w różnych środowiskach. Po zapoznaniu się ze sprawdzonymi metodami przedstawionymi na tej stronie zapoznaj się z naszymi ogólnymi wytycznymi dotyczącymi bezpieczeństwa .

Zrozumienie hierarchii projektów Firebase

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

  • Projekt Firebase jest jak kontener dla wszystkich Twoich aplikacji oraz wszelkich zasobów i usług udostępnianych dla projektu.

  • Projekt Firebase może mieć zarejestrowaną co najmniej jedną aplikację Firebase (na przykład wersję aplikacji na iOS i Androida albo bezpłatną i płatną wersję aplikacji).

  • Wszystkie aplikacje Firebase zarejestrowane w tym samym projekcie Firebase współdzielą i mają dostęp do tych samych zasobów i usług, które zapewnia projekt . Oto kilka przykładów:

    • Wszystkie aplikacje Firebase zarejestrowane w tym samym projekcie Firebase korzystają z tych samych backendów, takich 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ą Google Analytics, gdzie każda aplikacja Firebase jest osobnym strumieniem danych w tej usłudze.

Gdzie projekt Google Cloud pasuje do tej hierarchii?

Jednym z aspektów hierarchii projektów Firebase, którego nie pokazano na powyższym diagramie, jest relacja z projektem Google Cloud. Projekt Firebase to w rzeczywistości tylko projekt Google Cloud, w którym są włączone dodatkowe konfiguracje i usługi specyficzne dla Firebase . Pamiętaj, że wszystkie aplikacje zarejestrowane w tym samym projekcie Firebase również udostępniają te same zasoby i usługi Google Cloud i mają do nich dostęp.

Dowiedz się więcej o relacji Firebase i Google Cloud w artykule Poznaj projekty Firebase

Rejestrowanie wariantów aplikacji w projektach 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ą wariantami platformy tej samej aplikacji z perspektywy użytkownika końcowego. Zarejestruj wersję tej samej aplikacji lub gry na iOS, Androida i wersję internetową w tym samym projekcie Firebase.

  • Jeśli masz wiele wariantów kompilacji, które mogą współużytkować te same zasoby Firebase , zarejestruj warianty w tym samym projekcie Firebase. Niektóre przykłady to blog i aplikacja internetowa w tym samym projekcie lub zarówno bezpłatna, jak i płatna wersja tej samej aplikacji w tym samym projekcie.

  • Jeśli masz wiele wariantów kompilacji opartych na stanie wydania (a nie na wspólnej aktywności lub dostępie użytkownika końcowego, jak powyżej), zarejestruj każdy wariant w osobnym projekcie Firebase. Przykładem jest kompilacja debugowania a kompilacja wydania — zarejestruj każdą z tych kompilacji w osobnym projekcie Firebase.

    • Kompilacje oparte na stanie wydania nie powinny współużytkować tych samych zasobów Firebase, ponieważ grozi to zanieczyszczeniem danych debugowania, a nawet nadpisaniem danych produktu.

    • Warianty platformy każdego z tych wariantów kompilacji powinny znajdować się w tym samym projekcie Firebase. Na przykład zarejestruj zarówno kompilacje debugowania systemu iOS, jak i systemu Android w projekcie Firebase „dev”, ponieważ oba mogą wchodzić w interakcje z tymi samymi danymi i zasobami niebędącymi produktami.

Unikanie wielu najemców

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

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

Jeśli na przykład tworzysz aplikację z białą etykietą, każda niezależnie oznaczona aplikacja powinna mieć własny projekt Firebase, a wersje tej etykiety na iOS i Androida powinny znajdować się w tym samym projekcie Firebase. Każda niezależnie oznaczona aplikacja nie powinna (ze względu na ochronę prywatności) udostępniać danych innym.

Następne kroki