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ługi, 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.
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 Storage
zasobów, Twój projekt musi być objęty abonamentem Blaze z płatnością według wykorzystania. 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 dopasować 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 koszyk PROJECT_ID.appspot.com i przejdziesz na plan cenowy Blaze z płatnością za wykorzystanie, zachowasz obecny bezpłatny poziom wykorzystania domyślnego koszyka, jak opisano poniżej. Każde wykorzystanie przekraczające ten limit jest rozliczane zgodnie z Google App Engine cennikiem.
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. Gdy przejdziesz 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 usuwania.
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. Jest ona zgodna z Google Cloud Storage cenami i użyciem, które zapewniają bezpłatny poziom dla zasobników w 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 zasobnika .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 cennikowi i zasadom użytkowania, które zapewniają 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 specyficznych dla zasobu. 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. Nie możesz już udostępniać tego zasobnika za pomocą 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.
Udostępnij zasobnik za pomocą 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ępnianych 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 w ostatnich latach wiele zmian, dlatego powiązania zasobów związanych z Firebase z Google App Engine uległy zmianie.
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 Storage utworzony powrześniu 2024 r. (o formacie nazwy PROJECT_ID.firebasestorage.app) nie jest powiązany z usługą 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, zamiast tego bezpośrednio wchodź 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-08-04 UTC."],[],[]]