Najczęstsze pytania dotyczące zmian w Cloud Storage dla Firebase ogłoszonych we wrześniu 2024 roku
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
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 BlazeCloud 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:
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ę 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.
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..
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.
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.
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 Storagenie się zmieni.
Jeśli domyślny zasobnik został udostępniony przed30 października 2024 r., Twój zasobnik domyślny będzie zawsze miał format nazwy PROJECT_ID.appspot.com.
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.
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?
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.
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ś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”?
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.
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, ż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.
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”?
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.
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).
Pobierz lokalizację zaplanowanej funkcji na podstawie nazwy tematu jej zadania i funkcji w konsoli Google Cloud (firebase-schedule-FUNCTION_NAME-REGION.
[[["Ł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: 2024-11-15 UTC."],[],[]]
