Najczęstsze pytania dotyczące zmian w Cloud Storage dla Firebase ogłoszonych we wrześniu 2024 r.
Firebase wprowadza pewne zmiany w Cloud Storage for Firebase i podejmuje proaktywne działania, aby zapobiec nadużyciom na naszej platformie. Wymaga to aktualizacji naszej infrastruktury w celu lepszego dostosowania do limitu i rozliczeń Google Cloud Storage.
Jedną z konsekwencji tych zmian w infrastrukturze jest to, że wkrótce zaczniemy wymagać, aby projekty korzystały z abonamentu Blaze z opłatą za korzystanie.Cloud Storage for Firebase
Bezpłatne korzystanie z usługi jest nadal dostępne nawet w przypadku abonamentu Blaze.
Zapoznaj się z tymi odpowiedziami na najczęstsze pytania dotyczące zmian, które ogłosiliśmy we wrześniu 2024 r.:
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.
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.:
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ę nadal korzystać z bezpłatnej wersji, jeśli przejdę na abonament Blaze?
Tak. Jeśli masz domyślny zasobnik PROJECT_ID.appspot.com i przechodzisz na abonament Blaze z opłatą za wykorzystane zasoby, zachowasz bieżący poziom bezpłatnego wykorzystania domyślnego zasobnika, jak opisano poniżej. Za każde wykorzystanie wykraczające poza ten bezpłatny limit naliczane będą opłaty zgodnie z cennikiem Google App Engine.
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 dostęp do odczytu i zapisu do domyślnego zasobnika 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 przekształcisz konta 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 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 Google App Engine cenami.
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 ulegnie zmianie?
Nie. Gdy przekształcisz abonament na abonament Blaze, nazwa domyślnego zasobnika Cloud Storagenie ulegnie zmianie.
Jeśli skonfigurowałeś domyślny zasobnik przed30 października 2024 roku, jego nazwa będzie zawsze miała format PROJECT_ID.appspot.com.
Jeśli zasobnik domyślny został utworzony 30 października 2024 r. lub później, jego nazwa będzie zawsze mieć format 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 działanie wszystkich zasobników 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 modelem płatności „pay-as-you-go”.
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 do 1 października 2025 r. przekształcisz projekt w abonament Blaze z modelem płatności „używaj, ile chcesz” (pay-as-you-go), 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.
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. zaczną obowiązywać te zmiany:
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 grupy będą podlegać cennikom i użytkowaniu w przypadku Google Cloud Storage, co zapewnia poziom „Zawsze bezpłatnie” w przypadku grup US-CENTRAL1, US-EAST1 i US-WEST1.
Aby zamiast tego ustawić lokalizację zasobu programowo, należy użyć interfejsów API dotyczących zasobu. Na przykład podczas indywidualnego zaopatrzenia w zasoby możesz ustawić lokalizację domyślnego zasobnika Cloud Storage i domyślnej instancji Cloud Firestore odpowiednio w przypadku wywołania 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 dotyczą korzystania z Terraform?
Od 30 października 2024 r. wprowadzimy następujące zmiany związane z używaniem Terraform w 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:
Zainicjuj zasobnik, dzwoniąc pod numer projects.defaultBucket.create.
Ten interfejs API nie jest jeszcze dostępny w Terraform.
Wprowadź zasób w konsoli Firebase. Aby rozpocząć, otwórz w konsoli sekcję Przechowywanie danych.
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ślny zasobnik Cloud Storage for Firebase (szczególnie te o nazwie w formacie PROJECT_ID.appspot.com);
Google Cloud Scheduler (szczególnie w przypadku funkcji zaplanowanych w ramach funkcji 1 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”?
domyślny zasobnik Cloud Storage for Firebase (szczególnie te o nazwie w formacie PROJECT_ID.appspot.com);
Google Cloud Scheduler (szczególnie w przypadku funkcji zaplanowanych w ramach funkcji 1 generacji)
Gdy skonfigurujesz w projekcie dowolny z tych zasobów, pośrednio ustawisz w nim lokalizację aplikacji Google App Engine.
W efekcie spowoduje to ustawienie lokalizacji wszystkich zasobów powiązanych z Google App Engine.
Pamiętaj:
Każdy domyślny zasób Cloud Storage utworzony przed30 października 2024 r. (w formacie PROJECT_ID.appspot.com) jest powiązany z kontem Google App Engine. Oznacza to:
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.
domyślny zasobnik Cloud Storage for Firebase (szczególnie te o nazwie w formacie PROJECT_ID.appspot.com);
Google Cloud Scheduler (szczególnie w przypadku funkcji zaplanowanych w ramach funkcji 1 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 dzieje się z „lokalizacją domyślnych zasobów Google Cloud”?
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.
Aby uzyskać lokalizację domyślnego zasobnika Cloud Storage, użyj polecenia projects.buckets.get.
Domyślna instancja Cloud Firestore
Jeśli domyślny zasób Cloud Storage został utworzony przed 30 października 2024 r., lokalizacja domyślnego wystąpienia Cloud Firestore w projekcie została już ustawiona (z powodu powiązań z poziomem 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 obsługi, gdy wywołujesz funkcję projects.databases.create.
Uzyskaj lokalizację domyślnego wystąpienia Cloud Firestore za pomocą funkcji projects.databases.get.
Zaplanowane funkcje (1 generacji)
Jeśli masz domyślny zasobnik Cloud Storage utworzony przed 30 października 2024 r., funkcje zaplanowane projektu (pierwszej generacji) zostały już skonfigurowane (z powodu powiązań z Google App Engine).
Aby poznać lokalizację zaplanowanej funkcji, sprawdź nazwę tematu jej zadania i funkcji w konsoli Google Cloud (firebase-schedule-FUNCTION_NAME-REGION).
