Wymagania dotyczące domyślnego zasobnika i płatności w Cloud Storage dla Firebase po wrześniu 2024 r.
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
W wrześniu 2024 r. ogłosiliśmy aktualizacje infrastruktury, które mają lepiej dostosować się do Google Cloud Storagelimitów i rozliczeń oraz zapobiegać nadużyciom na naszej platformie.
Oto 2 najważniejsze informacje:
Cloud Storage for Firebase (nawet domyślne zasobniki) wymaga teraz, aby projekty korzystały z abonamentu Blaze (płatność według wykorzystania). Bezpłatne korzystanie jest nadal dostępne nawet w ramach abonamentu Blaze.
Wszystkie domyślne zasobniki Cloud Storage for Firebase utworzone powrześniu 2024 r. mają format nazwy PROJECT_ID.firebasestorage.app.
Szczegółowe informacje o zmianach znajdziesz w odpowiedziach na najczęstsze pytania poniżej:
Wymagania dotyczące rozliczeń i rozwiązywanie problemów
Aby korzystać z Cloud Storage for Firebase, Twój projekt w Firebase musi być objęty abonamentem Blaze z płatnością według wykorzystania. Nawet w przypadku abonamentu Blaze możesz korzystać z bezpłatnych usług.
Jeśli Twój projekt w Firebase korzysta z planu cenowego Spark, nie będziesz mieć dostępu do żadnych Cloud Storage zasobników (w tym domyślnych), a wywołania interfejsu API do zasobników będą zwracać błędy 402 lub 403.
Jak odzyskać dostęp
Aby odzyskać dostęp do zasobów i danych Cloud Storage oraz jakość usług, przejdź na abonament Blaze z płatnością według wykorzystania. Bezpłatne wykorzystanie jest nadal dostępne nawet w ramach abonamentu Blaze, w tym w przypadku starszego domyślnego zasobnika *.appspot.com.
Brak dostępu w konsoli
Jeśli Twój projekt korzysta z abonamentu Spark, utracisz dostęp do zasobnika w konsoli Firebase i konsoli Google Cloud.
Zamiast tego przekierujemy Cię na stronę docelową Cloud Storage, na której możesz przejść na abonament Blaze.
Błędy 402 i 403
Jeśli Twój projekt korzysta z abonamentu Spark, wywołania interfejsów APICloud Storage (np. z aplikacji) będą kończyć się niepowodzeniem i zwracać błędy 402 lub 403.
Postępuj zgodnie z instrukcjami w sekcji Jak odzyskać dostęp powyżej lub zapoznaj się z innymi opcjami rozwiązywania problemów poniżej.
Błędy 402
"error": {
"code": 402,
"message": "Cloud Storage for Firebase no longer supports Firebase projects that are on the no-cost Spark pricing plan. Please upgrade to the pay-as-you-go Blaze pricing plan to maintain access to your default bucket and all other Cloud Storage resources. For details, see our FAQ: https://firebase.google.com/docs/storage/faqs-storage-changes-announced-sept-2024"
}
LUB
storage/quota-exceeded: Firebase Storage: Quota for bucket '{project-id}.appspot.com' exceeded, please view quota on https://firebase.google.com/pricing/. (storage/quota-exceeded)
Błędy 403
<Error>
<Code>UserProjectAccountProblem</Code>
<Message>The project to be billed is associated with an absent billing account.</Message>
<Details>The billing account for the owning project is disabled in state absent</Details>
</Error>
LUB
storage/unauthorized: User does not have permission to access {path}
Rozwiązywanie problemów
Jeśli masz problemy, skorzystaj z tych materiałów dotyczących rozwiązywania problemów. Jeśli żadne z tych rozwiązań nie pomoże, skontaktuj się z zespołem pomocy Firebase.
Rozwiązywanie problemów z uprawnieniami konta usługi
Aby usługa Cloud Storage for Firebase działała prawidłowo, konto usługi w projekcie w Firebase musi mieć określone uprawnienia IAM.
Jeśli w konsoli Firebase pojawiają się błędy dotyczące uprawnień tego konta usługi, zwykle oznacza to, że zostało ono usunięte z Twojego projektu w Firebase. Aby rozwiązać ten problem, wykonaj czynności opisane w tym artykule z odpowiedziami na najczęstsze pytania.
Najczęstsze pytania dotyczące abonamentów
Aby korzystać z Cloud Storage for Firebase, Twój projekt w Firebase musi być objęty abonamentem Blaze z płatnością według wykorzystania. Nawet w ramach abonamentu Blaze możesz korzystać z usług bezpłatnie.
Zdajemy sobie sprawę, że te zmiany będą wymagać od Ciebie czasu na ocenę i wprowadzenie zmian w projekcie w Firebase oraz przepływach pracy. Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.
Jakie są wymagania dotyczące abonamentu w przypadku Cloud Storage for Firebase?
Wszystkie projekty korzystające z Cloud Storage for Firebase muszą spełniać te wymagania dotyczące rozliczeń:
Zasobniki mają format nazwy PROJECT_ID.firebasestorage.app (zamiast wcześniejszego PROJECT_ID.appspot.com).
Aby zachować dostęp do domyślnego zasobnika i wszystkich innych Cloud Storagezasobów, Twój projekt musi być objęty abonamentem Blaze z płatnością za wykorzystanie. Każdy *.appspot.com domyślny zasobnik zachowuje obecny poziom bezpłatnego wykorzystania nawet w przypadku abonamentu Blaze.
Dlaczego Firebase wprowadza te zmiany w abonamentach?
Dokładamy wszelkich starań, aby nasze usługi i nasz ekosystem były bezpieczne. W ramach tych działań wprowadzamy zmiany w Cloud Storage for Firebase i podejmujemy proaktywne kroki, aby zapobiegać nadużyciom na naszej platformie. Obejmuje to aktualizację naszej infrastruktury, aby lepiej dostosować ją do Google Cloud Storage limitów i płatności.
Czy po przejściu na abonament Blaze mogę nadal korzystać z bezpłatnych usług?
Tak. Jeśli masz domyślny zasobnik PROJECT_ID.appspot.com i przejdziesz na plan cenowy Blaze z płatnością za wykorzystanie, zachowasz obecny bezpłatny poziom wykorzystania domyślnego zasobnika, jak opisano poniżej. Każde wykorzystanie przekraczające ten limit jest rozliczane zgodnie z Google App Enginecennikiem.
5 GB zapisanych danych
1 GB pobranych danych dziennie
20 tys. przesyłanych plików dziennie
50 000 pobrań dziennie
Od września 2024 r. wszystkie nowe domyślne zasobniki będą miały nazwę w formacie PROJECT_ID.firebasestorage.app i będą podlegać Google Cloud Storagecenom i użyciu, co zapewnia „zawsze bezpłatny” poziom dla zasobników w regionach US-CENTRAL1, US-EAST1 i US-WEST1.
Aby korzystać z Cloud Storage for Firebase lub zachować dostęp do domyślnego zasobnika PROJECT_ID.appspot.com, musisz przejść na abonament Blaze z płatnością według wykorzystania. Ten wymóg zaczął obowiązywać 3 lutego 2026 r.
Co się stanie, jeśli nie przejdę na abonament Blaze?
Jeśli w projekcie nie masz jeszcze domyślnego koszyka Cloud Storage, nie będziesz mieć możliwości jego utworzenia, chyba że Twój projekt korzysta z pakietu cenowego Blaze.
Jeśli masz już zasobniki, a Twój projekt nie korzysta z abonamentu Blaze, nastąpią te zmiany:
Utracisz dostęp do odczytu i zapisu wszystkich zasobów Cloud Storage, w tym domyślnego zasobnika.
Nie będziesz mieć możliwości wyświetlania zasobników ani uzyskiwania dostępu do ich danych w konsoli Firebase ani w konsoli Google Cloud.
Wszystkie dane pozostaną w Twoich zasobnikach, ale nie będziesz mieć do nich dostępu, dopóki nie przejdziesz na plan cenowy Blaze.
Co się stanie, jeśli wykorzystanie domyślnego zasobnika *.appspot.com przekroczy poziom bezpłatnego wykorzystania?
Jeśli masz domyślny kosz PROJECT_ID.appspot.com i przejdziesz na plan cenowy Blaze z wykorzystaniem przekraczającym poziomy bezpłatnego wykorzystania opisane poniżej, w następnym cyklu rozliczeniowym obciążymy Cię opłatą za nadwyżkę zgodnie z Google App Enginecennikiem.
Więcej informacji o tych wymaganiach znajdziesz w odpowiedziach na najczęstsze pytania poniżej. Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.
Czy nazwa mojego domyślnego zasobnika ulegnie zmianie?
Nie. Po przejściu na abonament Blaze nazwa domyślnego kosza Cloud Storagenie ulegnie zmianie.
Jeśli domyślny zasobnik został utworzony przedwrześniem 2024 r., jego nazwa ma format PROJECT_ID.appspot.com.
Jeśli domyślny zasobnik został utworzony niedawno (powrześniu 2024 r.), jego nazwa ma format PROJECT_ID.firebasestorage.app.
Co się stanie, jeśli usunę domyślny zasobnik *.appspot.com?
Usunięty zasobnik można przywrócić za pomocą interfejsu API Cloud Storage Buckets: restore, dopóki nie upłynie czas trwałego usunięcia.
Jeśli usuniesz domyślny kosz PROJECT_ID.appspot.com, nie będzie można utworzyć kosza o takim samym formacie nazwy.
Zamiast tego możesz utworzyć nowy domyślny zasobnik Cloud Storage (jeśli Twój projekt korzysta z planu cenowego Blaze) o formacie nazwy PROJECT_ID.firebasestorage.app. Obowiązują w nim Google Cloud Storage ceny i zasady użytkowania, które obejmują bezpłatny poziom dla zasobników w regionach US-CENTRAL1, US-EAST1 i US-WEST1.
Czy muszę zaktualizować bazę kodu aplikacji?
Nie. Nie musisz aktualizować bazy kodu aplikacji.
Wszystkie dotychczasowe domyślne zasobniki PROJECT_ID.appspot.com zachowają format nazwy.
Dopóki Twój projekt korzysta z abonamentu Blaze z płatnością według wykorzystania, baza kodu będzie nadal wchodzić w interakcje z domyślnym zasobnikiem PROJECT_ID.appspot.com w taki sam sposób jak dotychczas.
Czy muszę przenieść dane z domyślnego zasobnika *.appspot.com?
Nie. Nie musisz przenosić danych z domyślnego kosza PROJECT_ID.appspot.com.
Zmiany w przypadku interakcji programowych (np. interfejsów API REST i Terraform)
Jeśli udostępniasz lub używasz domyślnych Cloud Storage for Firebase zasobników programowo (np. za pomocą interfejsów API REST lub Terraform), zapoznaj się z poniższymi zmianami, aby sprawdzić, czy musisz coś zmienić w swoich przepływach pracy lub aplikacjach.
Więcej informacji o tych wymaganiach znajdziesz w odpowiedziach na najczęstsze pytania poniżej. Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.
Jakie zmiany wiążą się z korzystaniem z interfejsów API REST?
Te zmiany dotyczą interfejsów API typu REST, które obejmują Cloud Storage for Firebase:
Zasobniki domyślne udostępniane przez ten punkt końcowy mają format nazwy PROJECT_ID.firebasestorage.app (zamiast wcześniejszego formatu PROJECT_ID.appspot.com).
Te domyślne zasobniki podlegają Google Cloud Storage cenom i użyciu, co zapewnia bezpłatny poziom dla zasobników w regionach US-CENTRAL1, US-EAST1 i US-WEST1.
Zamiast tego, aby programowo ustawić lokalizację zasobu, użyj interfejsów API dotyczących konkretnych zasobów. Na przykład podczas indywidualnego udostępniania zasobników domyślnych Cloud Storage i instancji domyślnych Cloud Firestore ustaw ich lokalizacje, wywołując odpowiednio funkcje projects.defaultBucket.create i projects.databases.create. Więcej informacji o zamiennikach interfejsów API REST i lokalizacji znajdziesz w tym artykule z odpowiedziami na najczęstsze pytania: Jak ustawić lub uzyskać lokalizację „domyślnego zasobu Google Cloud”?
Jakie zmiany zostaną wprowadzone w przypadku korzystania z Terraform?
W przypadku korzystania z Terraform w Cloud Storage for Firebase obowiązują te zmiany:
Nie możesz już udostępniać domyślnego zasobnika Cloud Storage for Firebase za pomocą Terraform. Wynika to z faktu, że nie możesz już udostępniać tego zasobnika za pomocą usługi Google App Engine. Zamiast tego możesz wykonać jedną z tych czynności:
Udostępnij zasobnik, dzwoniąc pod numer projects.defaultBucket.create.
Ten interfejs API nie jest jeszcze dostępny w Terraform.
Utwórz zasobnik w konsoli Firebase. Aby rozpocząć, w konsoli Firebase kliknij Bazy danych i miejsce na dane > Miejsce na dane.
Pamiętaj też o tych kwestiach dotyczących *.firebasestorage.app domyślnych zasobników (udostępnionych powrześniu 2024 r.):
Aby można było udostępnić domyślny zasobnik Cloud Storage, projekt musi być objęty abonamentem Blaze z płatnością według wykorzystania.
Nie musisz już udostępniać domyślnej instancji Cloud Firestore przed domyślnym zasobnikiem Cloud Storage.
Lokalizacja wybrana dla domyślnej instancji Cloud Firestore nie ma zastosowania do domyślnego zasobnika Cloud Storage (oznacza to, że domyślna instancja Cloud Firestore i domyślny zasobnik Cloud Storage mogą znajdować się w różnych lokalizacjach).
Format nazwy domyślnego zasobnika Cloud Storage to PROJECT_ID.firebasestorage.app (zamiast wcześniejszego PROJECT_ID.appspot.com).
Zmiany w przypadku „domyślnych zasobów Google Cloud”
domyślny zasobnik Cloud Storage for Firebase (zwłaszcza te, których nazwa ma format PROJECT_ID.appspot.com),
Google Cloud Scheduler (dotyczy to w szczególności funkcji 1 generacji uruchamianych zgodnie z harmonogramem)
W ekosystemie Firebase zaszło wiele zmian, dlatego powiązania zasobów związanych z Firebase z Google App Engine ulegały zmianom.
Więcej informacji o tych wymaganiach znajdziesz w odpowiedziach na najczęstsze pytania poniżej. Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.
Co się stało z „lokalizacją domyślnych zasobów Google Cloud”?
domyślny zasobnik Cloud Storage for Firebase (zwłaszcza te, których nazwa ma format PROJECT_ID.appspot.com),
Google Cloud Scheduler (dotyczy to w szczególności funkcji 1 generacji uruchamianych zgodnie z harmonogramem)
Gdy skonfigurujesz dowolny z tych zasobów w projekcie, pośrednio ustawisz lokalizację aplikacji Google App Engine w projekcie.
To z kolei ustawia lokalizację wszystkich zasobów powiązanych z właściwością Google App Engine.
Pamiętaj:
Każdy domyślny kosz Cloud Storage udostępniony przedwrześniem 2024 r. (o nazwie w formacie PROJECT_ID.appspot.com) jest powiązany z Google App Engine.
Oznacza to, że:
Lokalizacja zasobnika określa lokalizację zasobów powiązanych z Google App Engine (np. lokalizację domyślnej instancji Cloud Firestore).
Każdy domyślny kosz Cloud Storageudostępniony powrześniu 2024 r. (o formacie nazwy PROJECT_ID.firebasestorage.app) nie jest powiązany z Google App Engine.
Oznacza to, że:
Utworzenie domyślnego zasobnika Cloud Storage nie powoduje ustawienia lokalizacji zasobów powiązanych z Google App Engine (np. lokalizacji domyślnej instancji Cloud Firestore).
domyślny zasobnik Cloud Storage for Firebase (zwłaszcza te, których nazwa ma format PROJECT_ID.appspot.com),
Google Cloud Scheduler (dotyczy to w szczególności funkcji 1 generacji uruchamianych zgodnie z harmonogramem)
Koncepcja „domyślnych zasobów Google Cloud” nie dotyczy domyślnych zasobników Cloud Storage o formacie nazwy PROJECT_ID.firebasestorage.app. Te zasobniki nie są powiązane z Google App Engine. Więcej informacji znajdziesz w sekcji Najczęstsze pytania:Co się stało z „lokalizacją domyślnych zasobów Google Cloud”?
Jeśli chcesz ustawić lub uzyskać lokalizację dowolnego zasobu w projekcie, musisz bezpośrednio wchodzić z nim w interakcję.
Domyślny zasobnik Cloud Storage for Firebase
W konsoli Firebase:
Ustaw i znajdź lokalizację domyślnego zasobnika Cloud Storage w sekcji Pamięć konsoli Firebase.
Korzystanie z interfejsów API typu REST:
Ustaw lokalizację domyślnego zasobnika Cloud Storage podczas jego udostępniania
podczas wywoływania funkcji projects.defaultBucket.create.
Pobierz lokalizację domyślnego zasobnika Cloud Storage za pomocą polecenia projects.buckets.get.
Domyślna instancja Cloud Firestore
Jeśli masz starszy zasobnik domyślny *.appspot.com (utworzony przedwrześniem 2024 r.), lokalizacja domyślnej instancji Cloud Firestore projektu została już ustawiona (ze względu na powiązania z Google App Engine).
W konsoli Firebase:
Ustaw i znajdź lokalizację domyślnej instancji Cloud Firestore w sekcji Firestore konsoli Firebase.
Korzystanie z interfejsów API typu REST:
Ustaw lokalizację domyślnej instancji Cloud Firestore podczas jej udostępniania
podczas wywoływania funkcji projects.databases.create.
Pobierz lokalizację domyślnej instancji Cloud Firestore za pomocą projects.databases.get.
Zaplanowane funkcje (1 generacji)
Jeśli masz starszy domyślny zasobnik *.appspot.com (utworzony przedwrześniem 2024 roku), zaplanowane funkcje projektu (1 generacji) zostały już skonfigurowane (ze względu na powiązania z Google App Engine).
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 2026-06-28 UTC."],[],[]]