Najczęstsze pytania dotyczące zmian w cenach Cloud Storage dla Firebase i domyślnych zasobników
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Zgodnie z zapowiedzią z września 2024 r. wprowadzamy zmiany w usłudze FirebaseCloud Storage for Firebase i podejmujemy proaktywne działania, aby zapobiegać nadużyciom na naszej platformie. Wymaga to zaktualizowania naszej infrastruktury, aby lepiej dostosować ją do limitów i rozliczeń.Google Cloud Storage
Jednym z rezultatów tych zmian w infrastrukturze jest to, że do korzystania z Cloud Storage for Firebase wymagamy teraz, aby projekty korzystały z abonamentu Blaze z płatnością według wykorzystania. Nawet w przypadku abonamentu Blaze możesz korzystać z usług bezpłatnie.
Szczegółowe informacje o zmianach znajdziesz w odpowiedziach na najczęstsze pytania poniżej:
Oczekiwane wrażenia, jeśli nie przejdziesz na wyższą wersję
Co się stanie: od 3 lutego 2026 r., jeśli masz *.appspot.comdomyślny zasobnik, a Twój projekt Firebase nadal korzysta z pakietu Spark, utracisz dostęp do zasobnika w konsoli, a wywołania interfejsu API zaczną zwracać błędy 402 i 403.
Utracisz dostęp do zasobnika w konsoli Firebase i konsoli Google Cloud. Zamiast tego przekierujemy Cię na Cloud Storagestronę docelową, na której możesz przejść na abonament Blaze.
Błędy 402 i 403
Wywołania interfejsów API Cloud Storage (np. z aplikacji) zaczną się nie powodzić i będą zwracać błędy 402 lub 403.
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 Firebase musi mieć określone uprawnienia IAM.
Jeśli w Firebase konsoli pojawiają się błędy dotyczące uprawnień tego konta usługi, zwykle oznacza to, że zostało ono usunięte z Twojego projektu Firebase. Aby rozwiązać ten problem, wykonaj czynności opisane w tym artykule z odpowiedziami na najczęstsze pytania.
Zdajemy sobie sprawę, że te zmiany będą wymagać od Ciebie czasu na ocenę i wprowadzenie zmian w projekcie Firebase i przepływach pracy. Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.
Jakie są nowe wymagania dotyczące planów cenowych ogłoszone we wrześniu 2024 r.?
Będą miały format nazwy PROJECT_ID.firebasestorage.app (zamiast poprzedniego PROJECT_ID.appspot.com).
Od 3 lutego 2026 r. nastąpią te zmiany:
Aby zachować dostęp do domyślnego zasobnika i wszystkich innych zasobów Cloud Storage, projekt musi być objęty abonamentem Blaze z płatnością za wykorzystanie. Każdy domyślny zasobnik *.appspot.com zachowa obecny bezpłatny poziom 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 PROJECT_ID.appspot.com domyślny zasobnik 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. Za wykorzystanie przekraczające ten limit bezpłatnego wykorzystania będą naliczane opłaty zgodnie z Google App Enginecennikiem.
Jeśli chcesz zachować dostęp do domyślnego koszyka PROJECT_ID.appspot.com, musisz przejść na abonament Blaze z płatnością za wykorzystanie
do 3 lutego 2026 roku.
Co się stanie, jeśli nie przejdę na abonament Blaze?
Od 30 października 2024 r.: jeśli nie masz jeszcze w projekcie domyślnego zasobnika Cloud Storage, nie będziesz mieć możliwości jego utworzenia, chyba że Twój projekt korzysta z planu cenowego Blaze.
Od 3 lutego 2026 r.: jeśli Twój projekt nie korzysta z planu cenowego Blaze, utracisz dostęp do odczytu i zapisu w domyślnym koszyku PROJECT_ID.appspot.com. Nie będziesz też mieć możliwości wyświetlania zasobnika ani dostępu do jego danych w FirebasekonsoliGoogle Cloud.
Pamiętaj, że wszystkie dane pozostaną w zasobniku, ale będą niedostępne, dopóki nie przejdziesz na abonament Blaze.
Co się stanie, jeśli wykorzystanie domyślnego zasobnika *.appspot.com przekroczy poziom bezpłatnego wykorzystania?
Jeśli masz domyślny zasobnik 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.
Zdajemy sobie sprawę, że te zmiany będą wymagać od Ciebie czasu na ocenę i wprowadzenie zmian w projekcie Firebase i przepływach pracy. Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.
Czy nazwa mojego domyślnego zasobnika ulegnie zmianie?
Nie. Po przejściu na plan cenowy Blaze nazwa domyślnego kosza Cloud Storagenie ulegnie zmianie.
Jeśli domyślny zasobnik został utworzony przed30 października 2024 r., jego nazwa będzie zawsze miała format PROJECT_ID.appspot.com.
Jeśli domyślny zasobnik został utworzony 30 października 2024 r. lub później, jego nazwa będzie zawsze miała format PROJECT_ID.firebasestorage.app.
Co się stanie, jeśli usunę domyślny kosz *.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.
Od 30 października 2024 r.: jeśli usuniesz PROJECT_ID.appspot.com domyślny zasobnik, nie będzie można utworzyć zasobnika 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. Będzie ona podlegać Google Cloud Storagecenom i zasadom użytkowania, które zapewniają bezpłatny poziom dla zasobników w regionach US-CENTRAL1, US-EAST1 i US-WEST1.
Czy muszę zaktualizować bazę kodu aplikacji?
Nie. Aby uwzględnić te zmiany, nie musisz aktualizować bazy kodu aplikacji.
Wszystkie istniejące domyślne koszyki PROJECT_ID.appspot.com zachowają format nazwy.
Aby uniknąć przerw w działaniu usługi, przejdź na abonament Blaze z płatnością za wykorzystanie do 3 lutego 2026 r..
Po przejściu na abonament Blaze Twój kod będzie nadal wchodzić w interakcję z domyślnym zasobnikiem PROJECT_ID.appspot.com, tak jak zawsze.
Czy muszę przenieść dane z domyślnego zasobnika *.appspot.com?
Nie. Aby uwzględnić te zmiany, 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 programowo (np. za pomocą interfejsów API REST lub Terraform) udostępniasz domyślne Cloud Storage for Firebase kosze lub z nich korzystasz, zapoznaj się z tymi zmianami, aby sprawdzić, czy musisz coś zmienić w swoich przepływach pracy lub aplikacjach.
Zdajemy sobie sprawę, że te zmiany będą wymagać od Ciebie czasu na ocenę i wprowadzenie zmian w projekcie Firebase i przepływach pracy. Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.
Jakie zmiany wiążą się z korzystaniem z interfejsów API REST?
Od 30 października 2024 r. zaczniemy wprowadzać te zmiany:
Domyślne zasobniki udostępniane przez ten punkt końcowy będą miały nazwę w formacie PROJECT_ID.firebasestorage.app (zamiast wcześniejszego formatu PROJECT_ID.appspot.com).
Te domyślne zasobniki będą podlegać 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 specyficznych dla zasobu. Na przykład podczas indywidualnego udostępniania zasobnika domyślnego Cloud Storage i instancji domyślnej 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?
Od 30 października 2024 r. nastąpią te zmiany związane z korzystaniem z Terraform w Cloud Storage for Firebase:
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ą 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ąć, otwórz sekcję Pamięć w konsoli.
Pamiętaj też o tych informacjach dotyczących domyślnych koszyków Cloud Storage, które będą udostępniane od 30 października 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 będzie wyglądać tak: PROJECT_ID.firebasestorage.app (zamiast wcześniejszego formatu 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 zaplanowanych 1 generacji)
W ekosystemie Firebase zaszło wiele zmian, dlatego powiązania zasobów związanych z Firebase z Google App Engine uległy zmianie.
Zdajemy sobie sprawę, że te zmiany będą wymagać od Ciebie czasu na ocenę i wprowadzenie zmian w projekcie Firebase i przepływach pracy. Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.
Co się stanie 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 zaplanowanych 1 generacji)
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 zasobnik Cloud Storageudostępniony przed30 października 2024 r. (o formacie nazwy PROJECT_ID.appspot.com) jest powiązany z Google App Engine. Oznacza to, że:
Lokalizacja kosza określi lokalizację zasobów powiązanych z Google App Engine (np. lokalizację domyślnej instancji Cloud Firestore).
Każdy domyślny koszyk Cloud Storage udostępniony od 30 października 2024 r. (o formacie nazwy PROJECT_ID.firebasestorage.app) nie jest powiązany z Google App Engine. Oznacza to, że:
Provisioning domyślnego zasobnika Cloud Storage nie będzie już ustawiać lokalizacji zasobów powiązanych z Google App Engine (np. lokalizacji domyślnej instancji Cloud Firestore).
Provisioning domyślnej instancji Cloud Firestore nie będzie już ustawiać lokalizacji domyślnego zasobnika Cloud Storage projektu.
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 zaplanowanych 1 generacji)
Od 30 października 2024 r. pojęcie „domyślnych Google Cloud zasobów” nie będzie dotyczyć nowo utworzonych domyślnych Cloud Storage zasobników. Domyślne zasobniki utworzone po tej dacie mają nazwę w formacie PROJECT_ID.firebasestorage.app i nie są powiązane z Google App Engine. Więcej informacji znajdziesz w sekcji Najczęstsze pytania:Co się stanie z „lokalizacją domyślnych zasobów Google Cloud”?
Jeśli chcesz ustawić lub uzyskać lokalizację dowolnego zasobu w projekcie, musisz zamiast tego 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 domyślny zasobnik Cloud Storage został przez Ciebie utworzony przed 30 października 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 domyślny zasobnik Cloud Storage został przez Ciebie utworzony przed 30 października 2024 r., 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-02-27 UTC."],[],[]]