Najczęstsze pytania dotyczące zmian w Cloud Storage dla Firebase ogłoszonych we wrześniu 2024 roku

Wprowadzamy pewne zmiany w Cloud Storage for Firebase i podejmujemy działania zapobiegające nadużyciom na naszej platformie. Wymaga to aktualizacji naszej infrastruktury, aby lepiej dostosować ją do limitów i płatności w usłudze Google Cloud Storage.

W wyniku tych zmian infrastruktury wkrótce zaczniemy wymagać, aby projekty były uwzględnione w abonamencie Blaze Cloud Storage for Firebase. Bezpłatne korzystanie z usługi jest nadal dostępne nawet w przypadku abonamentu Blaze.

Zapoznaj się z najczęstszymi pytaniami na temat zmian, które ogłosiliśmy we wrześniu 2024 roku:

• Zmiany wymagań dotyczących abonamentów
• Zmiany w domyślnym zbiorze Cloud Storage for Firebase
• Zmiany dotyczące interakcji programowych (takich jak interfejsy API typu REST i Terraform)
• Zmiany dotyczące „domyślnych zasobów Google Cloud”

Zmiany wymagań dotyczących planów cenowych

Jeśli chcesz korzystać z Cloud Storage for Firebase, wkrótce zaczniemy wymagać abonamentu Blaze rozliczanego według wykorzystania. Korzystanie bez opłat jest nadal dostępne nawet w przypadku abonamentu Blaze.

Ważne: oto podsumowanie najważniejszych informacji z najczęstszych pytań w tej sekcji (poniżej znajdziesz szczegółowe odpowiedzi na poszczególne pytania):

• Od 30 października 2024 r. Twój projekt Firebase musi być w abonamentowej wersji Blaze, aby można było w nim utworzyć nowy domyślny folder Cloud Storage for Firebase. Zasobnik może opcjonalnie korzystać z poziomu „Zawsze bezpłatnie” przez Google Cloud Storage.
• Od 1 października 2025 r. Twój projekt Firebase musi korzystać z abonamentu Blaze z płatnością według wykorzystania, aby zachować dostęp do domyślnego zasobnika i wszystkich innych zasobów Cloud Storage. Wszystkie domyślne zasobniki *.appspot.com zachowają swój obecny poziom bezpłatnego wykorzystania nawet w przypadku abonamentu Blaze.

Zdajemy sobie sprawę, że te zmiany wymagają czasu na zapoznanie się z nimi i wprowadzenie zmian w projektach i przepływach pracy w Firebase. 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.?

• Od 30 października 2024 r. wprowadzimy następujące zmiany:

  • Aby skonfigurować nowy domyślny zasobnik za pomocą konsoli Firebase lub interfejsu REST API, musisz mieć projekt w abonamentowej taryfie Blaze.

  • Uwaga na temat wszystkich domyślnych zbiorów zarezerwowanych po 30 października 2024 r.:

    • Będą one zgodne z zasadami dotyczącymi cen i używania Google Cloud Storage, które zapewniają poziom „Zawsze bezpłatnie” dla zasobników w regionach US-CENTRAL1, US-EAST1 i US-WEST1.

    • Ich nazwy będą miały format PROJECT_ID.firebasestorage.app (zamiast poprzedniego PROJECT_ID.appspot.com).

• Od 1 października 2025 roku wprowadzimy następujące zmiany:

  • Aby zachować dostęp do domyślnego zasobnika i wszystkich innych zasobów Cloud Storage, projekt musi być objęty abonamentem Blaze z modelem płatności „używaj, ile chcesz”. W przypadku zasobnika domyślnego *.appspot.com poziom bezpłatnego wykorzystania pozostanie bez zmian nawet w przypadku abonamentu Blaze.

Dowiedz się więcej o tym, co się stanie, jeśli nie przekształcisz abonamentu w Blaze do tego dnia. Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.

Dlaczego Firebase wprowadza te zmiany w planach cenowych?

Firebase dokłada wszelkich starań, aby zapewnić bezpieczeństwo naszych produktów i ekosystemu. W tym celu wprowadzamy pewne zmiany w usłudze Cloud Storage for Firebase i podejmujemy działania zapobiegające nadużyciom na naszej platformie. Obejmuje to aktualizację infrastruktury w celu lepszego dopasowania do limitu Google Cloud Storage i płatności.

Czy mogę zachować bezpłatne wykorzystanie, jeśli przejdę na abonament Blaze?

Tak. Jeśli masz domyślny zasobnik PROJECT_ID.appspot.com i przejdziesz na abonament Blaze w modelu płatności według wykorzystania, zachowasz bieżący bezpłatny poziom wykorzystania zasobnika domyślnego, zgodnie z opisem poniżej. Wszelkie wykorzystanie powyżej tego bezpłatnego wykorzystania będzie rozliczane zgodnie z cennikiem Google App Engine.

• 5 GB
• 1 GB pobranych danych dziennie
• 20 tys. przesyłań dziennie
• 50 tys. pobrania dziennie

Od 30 października 2024 r. wszystkie nowe domyślne zbiory mają nazwy w formacie PROJECT_ID.firebasestorage.app i są zgodne z Google Cloud Storagetaryfami i zasadami użytkowania, co oznacza, że poziom „Zawsze bezpłatnie” dotyczy zbiorów w US-CENTRAL1, US-EAST1 i US-WEST1.

Jak przejść na abonament Blaze?

Aby przenieść projekt na abonament Blaze rozliczany według wykorzystania, musisz połączyć projekt z kontem Cloud Billing. Aby uaktualnić plan cen, możesz użyć procesu w konsoli Firebase.

Aby uaktualnić abonament, musisz mieć rolę uprawnień Właściciel projektu.

Ważne: gdy przekształcisz konto w plan Blaze, zdecydowanie zalecamy skonfigurowanie alertów dotyczących budżetu. Procedura uaktualniania planu cenowego w konsoli automatycznie wyświetli prompt dotyczący konfigurowania tego alertu. Dowiedz się więcej o unikaniu niespodziewanych opłat.

Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.

Kiedy muszę przejść na abonament Blaze?

Jeśli chcesz zachować dostęp do domyślnego zasobnika PROJECT_ID.appspot.com, musisz przejść na abonament Blaze z płatnościami według wykorzystania do 1 października 2025 r..

Aby przenieść projekt na abonament Blaze rozliczany według wykorzystania, musisz połączyć projekt z kontem Cloud Billing. Aby uaktualnić plan cen, możesz użyć procesu w konsoli Firebase.

Co się stanie, jeśli nie przekształcę projektu w abonament Blaze?

• Od 30 października 2024 r.: jeśli nie masz jeszcze domyślnego zasobnika Cloud Storage w projekcie, nie będziesz mieć możliwości jego skonfigurowania, chyba że Twój projekt jest w ramach abonamentu Blaze.

• Od 1 października 2025 r.: jeśli Twój projekt nie jest objęty abonamentem Blaze, utracisz uprawnienia do odczytu i zapisu w domyślnym zasobniku PROJECT_ID.appspot.com. Nie będziesz też mieć możliwości wyświetlania puli ani uzyskiwania dostępu do jej danych w konsoli Firebase ani w konsoli Google Cloud.

  Pamiętaj, że wszystkie dane pozostaną w Twoim zasobniku, ale nie będą dostępne, dopóki nie przeniesiesz projektu na abonament Blaze.

Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.

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 przechodzisz na abonament Blaze z poziomem wykorzystania przekraczającym bezpłatne poziomy wykorzystania opisane poniżej, w następnym cyklu rozliczeniowym obciążymy Cię za przekroczenie limitu zgodnie z taryfą Google App Engine.

• 5 GB
• 1 GB pobranych danych dziennie
• 20 tys. przesyłań dziennie
• 50 tys. pobrania dziennie

Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.

Zmiany w domyślnym zbiorze Cloud Storage

Ważne: oto podsumowanie najważniejszych informacji z najczęstszych pytań w tej sekcji (poniżej znajdziesz szczegółowe odpowiedzi na poszczególne pytania):

• Od 30 października 2024 r. wszystkie nowo utworzone domyślne zasobniki Cloud Storage będą miały nazwę w formacie PROJECT_ID.firebasestorage.app.
  Te zbiory będą podlegać zasadom Google Cloud Storage dotyczącym cen i korzystania, co oznacza, że zbiory w kategoriach US-CENTRAL1, US-EAST1 i US-WEST1 będą miały poziom „Zawsze bezpłatnie”.
• Dotychczasowe domyślne grupy PROJECT_ID.appspot.com nie ulegną zmianie (o ile do 1 października 2025 r. nie przekształcisz projektu w abonament Blaze z płatnością zgodnie z rzeczywistym użyciem).

Zdajemy sobie sprawę, że te zmiany wymagają czasu na zapoznanie się z nimi i wprowadzenie zmian w projektach i przepływach pracy w Firebase. Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.

Czy nazwa mojego domyślnego zasobnika się zmieni?

Nie. Po przejściu na abonament Blaze nazwa domyślnego zasobnika Cloud Storage nie się zmieni.

• Jeśli domyślny zasobnik został udostępniony przed 30 października 2024 r., Twój zasobnik domyślny będzie zawsze miał format nazwy PROJECT_ID.appspot.com.

  Jedynym wyjątkiem jest sytuacja, w której usuniesz zasobnik *.appspot.com i utworzysz nowy domyślny zasobnik.

• Jeśli domyślny zasobnik został udostępniony 30 października 2024 r. lub później, Twój zasobnik domyślny będzie zawsze miał format nazwy PROJECT_ID.firebasestorage.app.

Co się stanie, jeśli usunę domyślny folder *.appspot.com?

Usuniętych zasobników nie można przywrócić. Pamiętaj, że jest to bieżące zachowanie we wszystkich zbiornikach Cloud Storage.

Od 30 października 2024 r.: jeśli usuniesz domyślny folder PROJECT_ID.appspot.com, nie będzie można go zaopatrzyć w taki sam format nazwy.

Zamiast tego możesz utworzyć nowy domyślny zasobnik Cloud Storage (jeśli Twój projekt korzysta z abonamentu Blaze), który ma format nazwy PROJECT_ID.firebasestorage.app. Będzie ona podlegać zasadom dotyczącym cen i używania Google Cloud Storage, które zapewniają poziom „Zawsze bezpłatnie” dla zasobników w regionach US-CENTRAL1, US-EAST1 i US-WEST1.

Czy muszę zaktualizować kod aplikacji?

Nie. Aby uwzględnić te zmiany, nie musisz aktualizować kodu źródłowego aplikacji.

Wszystkie istniejące PROJECT_ID.appspot.com standardowe zbiory zachowają swój format nazwy.

Aby uniknąć przerw w działaniu usługi, do 1 października 2025 r. przejdź na abonament Blaze z płatnościami według wykorzystania. Po przejściu na abonament Blaze kod źródłowy będzie nadal współpracował z domyślnym zasobnikiem PROJECT_ID.appspot.com, jak do tej pory.

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.

Jeśli przed 1 października 2025 r. przekształcisz projekt w projekt o abonamentowej taryfie Blaze, nie będziesz mieć przerw w działaniu usługi.

Zmiany dotyczące interakcji programowych (takich jak interfejsy API typu REST i Terraform)

Jeśli korzystasz z domyślnych zasobników Cloud Storage for Firebase za pomocą programów (np. interfejsów API REST lub Terraform), zapoznaj się z poniższymi zmianami, aby sprawdzić, czy musisz wprowadzić jakieś zmiany w swoich przepływach pracy lub aplikacjach.

Ważne: oto podsumowanie najważniejszych odpowiedzi na najczęstsze pytania w tej sekcji (aby jednak dowiedzieć się więcej, zapoznaj się z każdym z nich poniżej):

• 30 października 2024 r. wyłączymy 2 interfejsy REST API: projects.defaultLocation.finalize i projects.availableLocations.list.
• Zmiany w tych interfejsach API REST wpływają też na sposób korzystania z Terraform z Cloud Storage for Firebase (i prawdopodobnie Cloud Firestore).

Zdajemy sobie sprawę, że te zmiany wymagają czasu na zapoznanie się z nimi i wprowadzenie zmian w projektach i przepływach pracy w Firebase. Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.

Jakie zmiany dotyczą korzystania z interfejsów API REST?

Od 30 października 2024 r. wprowadzimy te zmiany:

• Zmienia się punkt końcowy projects.defaultBucket.create:

  • Aby wywołać ten punkt końcowy, projekt musi być objęty abonamentem Blaze z rozliczaniem według wykorzystania.

  • Domyślne zasobniki utworzone przez ten punkt końcowy będą miały nazwę w formacie PROJECT_ID.firebasestorage.app (zamiast poprzedniego PROJECT_ID.appspot.com).

  • Te domyślne zasobniki będą zgodne z cennikiem i wykorzystaniem Google Cloud Storage, który zapewnia poziom zawsze bezpłatny dla zasobników US-CENTRAL1, US-EAST1 i US-WEST1.

• Punkty końcowe projects.defaultLocation.finalize i projects.availableLocations.list zostaną zamknięte i zaczną zwracać błędy 404: METHOD_NOT_FOUND.

  Aby automatycznie ustawić lokalizację zasobu, użyj odpowiednich interfejsów API. Możesz na przykład ustawić lokalizację domyślnego zasobnika Cloud Storage i domyślnej instancji Cloud Firestore podczas obsługi administracyjnej przy wywołaniu odpowiednio projects.defaultBucket.create i projects.databases.create. Więcej informacji o zastępowaniu interfejsów API REST i lokalizacji znajdziesz w często zadawanych pytaniach: Jak ustawić lub pobrać lokalizację „domyślnego zasobu Google Cloud”?

Jakie zmiany wchodzą w życie w przypadku korzystania z Terraform?

Od 30 października 2024 roku zaczniemy wprowadzać zmiany związane z używaniem Terraform w przypadku Cloud Storage for Firebase.

Nie możesz już używać Terraform do alokowania domyślnego zasobnika Cloud Storage for Firebase. Dzieje się tak, ponieważ nie możesz już udostępniać tego zasobnika za pomocą interfejsu Google App Engine. Zamiast tego możesz wykonać jedną z tych czynności:

• Udostępnij zasobnik, wywołując metodę projects.defaultBucket.create. Ten interfejs API nie jest jeszcze dostępny w Terraform.

• Udostępnij zasobnik za pomocą konsoli Firebase. Aby rozpocząć, otwórz w konsoli sekcję Miejsce na dane.

Dodatkowo pamiętaj o tych informacjach dotyczących domyślnych zasobów Cloud Storage udostępnionych 30 października 2024 r.:

• Aby można było skonfigurować domyślny zasobnik Cloud Storage, projekt musi być objęty abonamentem Blaze rozliczanym według wykorzystania.

• Nie musisz już tworzyć domyślnej instancji Cloud Firestore przed utworzeniem domyślnego zasobnika Cloud Storage.

• Lokalizacja wybrana dla domyślnej instancji Cloud Firestore nie jest stosowana w przypadku domyślnego zasobnika Cloud Storage (oznacza to, że domyślna instancja Cloud Firestore i domyślny zasóbnik Cloud Storage mogą znajdować się w różnych lokalizacjach).

• Format nazwy domyślnego zasobnika Cloud Storage będzie następujący: PROJECT_ID.firebasestorage.app (zamiast poprzedniego PROJECT_ID.appspot.com).

Zmiany dotyczące „domyślnych zasobów Google Cloud”

„Domyślne zasoby Google Cloud” to wszystkie zasoby projektu powiązane z Google App Engine, w tym:

• domyślna instancja Cloud Firestore
• domyślny zasobnik Cloud Storage for Firebase (w szczególności te o formacie PROJECT_ID.appspot.com)
• Google Cloud Scheduler (dotyczy to funkcji zaplanowanych w ramach funkcji w Cloud Functions pierwszej generacji)

W ciągu ostatnich lat w ekosystemie Firebase wprowadzono wiele zmian, które spowodowały zmiany w powiązaniach zasobów związanych z Firebase z usługą Google App Engine.

Zdajemy sobie sprawę, że te zmiany wymagają czasu na zapoznanie się z nimi i wprowadzenie zmian w projektach i przepływach pracy w Firebase. Jeśli masz pytania, skontaktuj się z zespołem pomocy Firebase.

Co się dzieje z „lokalizacją domyślnych zasobów Google Cloud”?

„Lokalizacja domyślnych zasobów Google Cloud” to ustawienie lokalizacji dla wszystkich zasobów projektu powiązanych z Google App Engine, w tym:

• domyślna instancja Cloud Firestore
• domyślny zasobnik Cloud Storage for Firebase (w szczególności te o formacie PROJECT_ID.appspot.com)
• Google Cloud Scheduler (dotyczy to funkcji zaplanowanych w ramach funkcji w Cloud Functions pierwszej generacji)

Gdy skonfigurujesz w projekcie dowolny z tych zasobów, pośrednio ustawisz w nim lokalizację aplikacji Google App Engine. To z kolei ustawia lokalizację wszystkich zasobów powiązanych z Google App Engine.

Ważne: od 30 października 2024 roku udostępnianie domyślnego zasobnika Cloud Storage nie spowoduje ustawienia „lokalizacji domyślnych zasobów Google Cloud” (np. lokalizacji domyślnego wystąpienia Cloud Firestore projektu). Ponadto alokacja domyślnego wystąpienia Cloud Firestore nie będzie już ustawiać lokalizacji nowego domyślnego zasobnika Cloud Storage (z formatem nazwy PROJECT_ID.firebasestorage.app).

Pamiętaj:

• Każdy domyślny zasób Cloud Storage utworzony przed 30 października 2024 r. (w formacie PROJECT_ID.appspot.com) jest powiązany z kontem Google App Engine. Oznacza to, że:

  • Lokalizacja zasobnika ustawia lokalizację zasobów powiązanych z Google App Engine (np. lokalizację domyślnej instancji Cloud Firestore).

• Każdy domyślny kontener Cloud Storage utworzony od 30 października 2024 r. (w formacie PROJECT_ID.firebasestorage.app) nie jest powiązany z Google App Engine. Oznacza to:

  • Przygotowywanie 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).

  • Przygotowywanie domyślnej instancji Cloud Firestore nie będzie już ustawiać lokalizacji domyślnego zasobnika Cloud Storage projektu.

  • Lokalizacje dostępne dla domyślnego zasobnika Cloud Storage to teraz te same lokalizacje, które są dostępne dla Google Cloud Storage (nie są już ograniczone do tych z Google App Engine).

Jak ustawić lub uzyskać lokalizację „domyślnego zasobu Google Cloud”?

„Domyślne zasoby Google Cloud” to wszystkie zasoby projektu powiązane z Google App Engine, w tym:

• domyślna instancja Cloud Firestore
• domyślny zasobnik Cloud Storage for Firebase (w szczególności te o formacie PROJECT_ID.appspot.com)
• Google Cloud Scheduler (dotyczy to funkcji zaplanowanych w ramach funkcji w Cloud Functions pierwszej generacji)

Od 30 października 2024 r. pojęcie „domyślnych zasobów Google Cloud” nie będzie dotyczyć nowo utworzonych domyślnych zasobów Cloud Storage. 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 często zadawanych pytaniach: Co się dzieje z „lokalizacją domyślnych zasobów Google Cloud”?

Ważne: domyślne zasobniki Cloud Storage utworzone po 30 października 2024 roku nie są powiązane z Google App Engine, więc ich lokalizacja nie nie będzie ustawiać „lokalizacji domyślnych zasobów Google Cloud” (np. lokalizacji domyślnego wystąpienia Cloud Firestore). Ponadto w przypadku domyślnej instancji Cloud Firestore w Twoim projekcie najpierw nie będzie już ustawiana lokalizacja nowych domyślnych zasobników Cloud Storage.

Jeśli chcesz ustawić lub pobrać lokalizację dowolnego zasobu w projekcie, musisz zamiast tego wchodzić w interakcję bezpośrednio z tym zasobem.

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 REST:

  • Ustaw lokalizację domyślnego zasobnika Cloud Storage podczas jego udostępniania, gdy wywołujesz projects.defaultBucket.create.

    Pamiętaj, że od 30 października 2024 r. wywołanie tego punktu końcowego będzie wymagać abonamentu Blaze z płatnością według wykorzystania. Zanim spróbujesz utworzyć domyślny zasobnik, sprawdź, czy projekt jest połączony z kontem Cloud Billing (np. za pomocą projects.updateBillingInfo).

  • Uzyskaj lokalizację domyślnego zasobnika Cloud Storage za pomocą projects.buckets.get.

Domyślna instancja Cloud Firestore

Pamiętaj, że jeśli domyślny zasobnik Cloud Storage został udostępniony przed 30 października 2024 r., to 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ślnego wystąpienia Cloud Firestore w sekcji Firestore konsoli Firebase.

• Korzystanie z interfejsów API REST:

  • Ustaw lokalizację domyślnej instancji Cloud Firestore podczas jej udostępniania podczas wywoływania usługi projects.databases.create.

  • Uzyskaj lokalizację domyślnego wystąpienia Cloud Firestore za pomocą funkcji projects.databases.get.

Zaplanowane funkcje (1 generacji)

Jeśli masz zasobnik Cloud Storage domyślny utworzony przed 30 października 2024 r., funkcje zaplanowane projektu (pierwszej generacji) zostały już skonfigurowane (z powodu powiązań z Google App Engine).

• Ustaw lokalizację zaplanowanej funkcji podczas jej konfigurowania i wdrażania.

• Pobierz lokalizację zaplanowanej funkcji na podstawie nazwy tematu jej zadania i funkcji w konsoli Google Cloud (firebase-schedule-FUNCTION_NAME-REGION.