App Hosting wymaga projektu z włączonym abonamentem Firebase Blaze. Ten abonament ma te bezpłatne limity usług Google Cloud wywoływanych przez App Hosting:
| Usługa | Funkcja | Bezpłatne | Naliczone (za wykorzystanie przekraczające bezpłatne limity) |
|---|---|---|---|
| App Hosting | Przepustowość dla ruchu wychodzącego | 10 GiB / miesiąc | 0,15 USD za GiB w pamięci podręcznej 0,20 USD za GiB bez pamięci podręcznej |
| Artifact Registry | Miejsce na dane | 0,5 GB miesięcznie | 0,10 USD za GB/miesiąc powyżej 0,5 GB |
| Ruch wychodzący | Bez opłat | Pełną listę cen za ruch wychodzący znajdziesz w cenniku Artifact Registry. | |
| Cloud Run | CPU | 180 tys. sekund pracy vCPU | 0,00002400 USD za sekundę pracy vCPU |
| Pamięć | 360 tys. GiB-s | 0,00000250 USD za gigabajtosekundę | |
| Żądania | 2 mln żądań | 0,40 USD za milion żądań | |
| Cloud Build | Minuty kompilacji | 2500 minut kompilacji | 0,006 USD / minuta kompilacji |
| Cloud Logging | Miejsce na logi | 50 GiB / projekt / miesiąc | 0,50 USD/GiB |
| Okres przechowywania logów | Bez opłat przez 30 dni | 0,01 USD za GiB miesięcznie w przypadku logów przechowywanych przez ponad 30 dni | |
| Secret Manager | Aktywne wersje obiektu tajnego | 6 wersji miesięcznie | 0,06 USD za każdą wersję i lokalizację |
| Access Operations | 10 000 operacji miesięcznie | 0,03 USD za 10 000 operacji | |
| Powiadomienia o rotacji | 3 rotacje miesięcznie | 0,05 USD za rotację | |
| Cloud Storage1 | Miejsce na dane w wersji standardowej2 | 5 GB-miesięcy | 0,020 USD za GB miesięcznie |
| Operacje klasy A2 | 5000 | 0,0050 USD za 1000 operacji | |
| Operacje klasy B2 | 50 000 | 0,0004 USD za 1000 operacji | |
| Przenoszenie danych2 | 100 GB z Ameryki Północnej do każdego miejsca docelowego transferu danych w Google Cloud (z wyłączeniem Australii i Chin) | 0,02 USD za GB w Ameryce Północnej 0,02 USD za GB w Europie 0,08 USD za GB w Azji |
1Cloud Storage jest używany tylko podczas wdrażania z lokalnego źródła za pomocą interfejsu wiersza poleceń Firebase.
2Cloud Storage Limity Always Free dotyczą tylko backendów App Hosting w regionie US-CENTRAL1.
Bezpieczne korzystanie jest sumowane w projektach według konta rozliczeniowego i resetowane co miesiąc. Opłaty są naliczane tylko za wykorzystanie przekraczające limity.
Obliczanie kosztów
Od 1 sierpnia 2025 r. zaczniesz ponosić koszty projektu Firebase App Hosting po przekroczeniu limitów abonamentu Blaze z płatnością za wykorzystanie. Opłaty zostaną naliczone za te elementy zamówienia:Firebase App Hosting
Niekierowana do pamięci podręcznej przepustowość wychodząca to dane przesyłane bezpośrednio z serwerów pierwotnych usługi Firebase App Hosting w celu realizacji żądań użytkowników. Serwery pierwotne znajdują się między usługą backenduApp HostingCloud Run a Cloud CDN. Dzieje się tak, gdy żądane treści nie są jeszcze przechowywane w pamięci podręcznej Cloud CDN (czyli nie są w niej zapisane). W związku z tym serwer pochodzenia musi pobrać dane i wysłać je do użytkownika.
Ten proces wiąże się z kosztami z 2 głównych powodów:
- Wypełnianie pamięci podręcznych Cloud CDN: gdy użytkownik zażąda treści, która nie jest przechowywana w pamięci podręcznej, uruchamia to proces pobierania tych danych z serwera pierwotnego i przechowywania kopii w pamięci podręcznej Cloud CDN na potrzeby przyszłych żądań. Ten początkowy transfer danych z źródła do sieci CDN ma wpływ na ogólny koszt.
- Przesyłanie danych do użytkownika: gdy treść jest dostępna (bezpośrednio ze źródła lub z sieci CDN po początkowym wypełnieniu pamięci podręcznej), musi zostać przesłana na urządzenie użytkownika w żądane miejsce docelowe. Przesyłanie danych również wpływa na koszt.
Przepustowość wychodząca z pamięci podręcznej to dane przesyłane w gibibajtach z pamięci podręcznych Cloud CDN na urządzenie użytkownika w żądanym miejscu docelowym.
Więcej informacji o optymalizacji wydajności za pomocą Cloud CDN znajdziesz w artykule Zapisywanie w pamięci podręcznej treści aplikacji.
Zostaną też naliczone opłaty za korzystanie z usług bazowych Google Cloud, z których korzysta Twój backend:
- Cloud Run
- Cloud Build
- Artifact Registry
- Secret Manager
- Cloud Logging
Dokładne ceny tych elementów zamówienia znajdziesz na naszej stronie z cennikiem.
Przykłady rozliczeń
Koszt uruchomienia dynamicznej aplikacji internetowej w App Hosting może się znacznie różnić w zależności od takich czynników jak ruch, ustawienia czasu działania i rozmiar odpowiedzi. Koszty w naszym przykładzie są oparte na pewnych założeniach dotyczących tych czynników.
Ruch i rozmiar odpowiedzi
Gdy Twoja aplikacja osiągnie miesięczny limit bezpłatny, każda wizyta w Twojej witrynie będzie generować koszty. Koszty te nie są stałe. Zależą od takich czynników jak liczba żądań w tle wywoływanych przez każdą wizytę, moc obliczeniowa potrzebna do utworzenia odpowiedzi i rozmiar odpowiedzi. Niektóre prośby są po prostu droższe od innych. Na przykład wyświetlenie strony z wieloma obrazami lub złożonymi danymi będzie prawdopodobnie kosztować więcej niż wyświetlenie prostego pliku HTML. Podobnie generowanie strony dynamicznie na serwerze jest zwykle droższe niż udostępnianie wersji z pamięci podręcznej z sieci CDN.
Aby skutecznie oszacować koszty aplikacji, musisz wziąć pod uwagę kilka kluczowych danych:
- Liczba żądań na wizytę: ile pojedynczych żądań wywołuje typowa wizyta użytkownika? (Pamiętaj, że jedno „wczytanie strony” zwykle wiąże się z wieloma żądaniami zasobów, takich jak obrazy, arkusze CSS i skrypty JavaScript).
- Średni rozmiar odpowiedzi: jaki jest typowy rozmiar danych odsyłanych w odpowiedzi na każde żądanie?
- Średni czas oczekiwania na odpowiedź: ile średnio czasu zajmuje aplikacji odpowiedź na żądanie?
Te wartości możesz oszacować, sprawdzając logi żądań aplikacji w konsoli Google Cloud. W naszych przykładowych obliczeniach kosztów przyjęliśmy te założenia:
| Charakterystyka ruchu | |
|---|---|
| ~Żądania rozliczane za pojedynczą wizytę | 10 |
| Średni rozmiar odpowiedzi (KiB) | 400 |
| Średni czas oczekiwania na odpowiedź (ms) | 1000 |
| Współczynnik trafień w pamięci podręcznej | 50% |
Ustawienia środowiska wykonawczego
| Cloud Run ustawienia1 | |
|---|---|
| Limit CPU (vCPU) | 1 |
| Limit pamięci (MiB) | 512 |
| Równoczesność (żądania) | 80 |
| minInstances | 0 |
| maxInstances | 100 |
1 Są to wartości domyślne podane przez App Hosting. Konfigurację Cloud Run możesz sprawdzić w przypadku każdego wdrożenia, wyświetlając szczegóły wersji Cloud Run. Na karcie Wdrażanie w konsoli Firebase najedź kursorem na wdrożenie i kliknij menu z 3 kropkami, a potem wybierz „Wyświetl wersję Cloud Run”.
Inne założenia
| Wykorzystanie projektu | |
|---|---|
| Metoda wdrażania | GitHub |
| Liczba kompilacji miesięcznie | 20 |
| Minuty na kompilację | 8 |
| Przechowywanie dzienników | < 30 dni |
| Wersje obiektu tajnego | < 6 wersji |
| Rozmiar obrazu w Artifact Registry (MB) | 380 |
Przykładowy rachunek
Na podstawie tych założeń możemy ekstrapolować następujące koszty dla tego przykładowego scenariusza. Przy 10 tys. wizyt koszty są praktycznie zerowe. Znaczące koszty zaczynają się pojawiać przy 1 mln wizyt. Wizyta to żądanie wysłane do aplikacji przez użytkownika.
| SKU | Cena | Jednostka | Poziom bezpłatny | Wykorzystanie 10 tys. wizyt | Koszt 10 tys. wizyt | Wykorzystanie 1 miliona wizyt | Koszt 1 miliona wizyt |
|---|---|---|---|---|---|---|---|
| Cloud Run – procesor | 0,00 USD |
sekunda procesora wirtualnego, | 180 000,00 |
1250 |
0,00 USD |
125000 |
0,00 USD |
| Cloud Run – pamięć | 0,00 USD |
GiB-sekunda | 360 000,00 |
625 |
0,00 USD |
62500 |
0,00 USD |
| Cloud Run – żądania | 0,40 zł |
M SSR requests | 2,00 |
0,05 |
0,00 USD |
5 |
1,20 PLN |
| Cloud Build – minuty kompilacji | 0,03 PLN |
minuta kompilacji | 2500,00 |
160 |
0,00 USD |
160 |
0,00 USD |
| Artifact Registry – miejsce na dane | 0,10 USD |
GiB (przechowywane) | 0,50 |
0,6 |
0,03 PLN |
0,6 |
0,03 PLN |
| App Hosting – przepustowość wychodząca bez pamięci podręcznej | 0,20 USD |
GiB | 10 |
2 |
0,00 USD |
200 |
39 PLN |
| App Hosting – przepustowość ruchu wychodzącego z pamięci podręcznej | 0,15 USD |
GiB | 2 |
0,00 USD |
200 |
29,25 USD |
|
| Menedżer obiektów tajnych – aktywne wersje obiektów tajnych | 0,06 USD |
wersje | 6,00 |
6,00 |
0,00 USD |
6,00 |
0,00 USD |
| Secret Manager – operacje dostępu | 0,03 USD |
10 tys. operacji | 1,0 |
0,10 |
0,00 USD |
5,00 |
0,12 USD |
| Menedżer obiektów tajnych – powiadomienia o rotacji | 0,05 USD |
rotacje, | 3,00 |
0,00 |
0,00 USD |
0,00 |
0,00 USD |
| Cloud Logging – miejsce na dane logowania | 0,50 USD |
GiB | 50,00 |
0,50 |
0,00 USD |
50,00 |
0,00 USD |
| Cloud Logging – przechowywanie logów | 0,03 PLN |
GiB / miesiąc | 30 dni | 0,00 USD |
0,00 USD |
||
| Łącznie | 0,01 USD |
69,58 zł |
Obliczenia
| SKU | Jednostka | Jak obliczać wykorzystanie |
|---|---|---|
| Cloud Run – procesor | sekunda procesora wirtualnego, | Sekundy procesora wirtualnego = procesor wirtualny na instancję * średnie opóźnienie odpowiedzi na żądanie * liczba wizyt * liczba żądań rozliczanych za wizytę / liczba jednoczesnych żądań |
| Cloud Run – pamięć | GiB-sekunda | GiB sekund = GiB na instancję * średni czas oczekiwania na odpowiedź na żądanie * liczba wizyt * liczba rozliczonych żądań na wizytę / liczba jednoczesnych żądań |
| Cloud Run – żądania | M SSR requests | Żądania M SSR = (liczba wizyt * rozliczane żądania na wizytę / 1 mln) * (1 – odsetek trafień w pamięci podręcznej) |
| Cloud Build – minuty kompilacji | minuta kompilacji | build-minutes = liczba kompilacji * minuty na kompilację |
| Artifact Registry – miejsce na dane 1 | GiB (przechowywane) | GiB (przechowywane) = 2 * rozmiar obrazu |
| App Hosting – przepustowość bez pamięci podręcznej | GiB | Niebuforowane GiB= (1 – współczynnik trafień w pamięci podręcznej) * (liczba wizyt * liczba płatnych żądań na wizytę * wychodząca przepustowość na żądanie) |
| App Hosting – przepustowość pamięci podręcznej | GiB | GiB w pamięci podręcznej = współczynnik trafień w pamięci podręcznej * (liczba wizyt * liczba płatnych żądań na wizytę * przepustowość wychodząca na żądanie) |
1. Aplikacja będzie zwykle zawierać tylko 1 obraz w Artifact Registry, ponieważ App Hosting automatycznie usuwa nieużywane wersje. Podczas nowego wdrożenia możesz przez krótki czas widzieć 2 obrazy.