Google Cloud Platform (GCP) to chmura Google: usługi, w których za opłatą wynajmujesz serwery, bazy danych, miejsce na pliki, analitykę danych i narzędzia zamiast kupować własny sprzęt. Płacisz za zużycie, a nowe konto dostaje według dokumentacji Google 300 dolarów kredytu na 90 dni. Według Synergy Research z III kwartału 2025 Google Cloud miał 13% światowych wydatków na infrastrukturę chmurową, trzecie miejsce po AWS i Azure.
Google Cloud znasz być może z jego usług dla użytkowników, ale pod spodem to także pełna platforma dla programistów, znana szczególnie z analityki danych i kontenerów. Ten artykuł wyjaśnia, czym jest GCP, jak jest zbudowany, które usługi poznać najpierw i jak nie dostać niespodziewanego rachunku. Zaznaczam od razu: nie zakładałem do niego konta Google Cloud. Opieram się na oficjalnej dokumentacji (stan z 10 listopada 2026), a kod w Pythonie uruchomiłem na lokalnym emulatorze, a nie w prawdziwej chmurze.
To trzeci artykuł z naszego cyklu o chmurze. Wcześniej opisaliśmy chmurę Amazona (AWS) oraz Microsoft Azure. Jeśli zaczynasz od zera, zobacz też, czym zajmuje się DevOps i jakie umiejętności są potrzebne na start.
Czym jest Google Cloud Platform?
GCP to platforma chmury obliczeniowej (cloud computing) prowadzona przez Google. Zamiast stawiać serwer w serwerowni, wynajmujesz moc obliczeniową, pamięć i gotowe usługi, a płacisz za czas i zasoby, których używasz (model pay-as-you-go). Zasoby tworzysz w konsoli w przeglądarce, z terminala albo z kodu.
Zasoby porządkujesz w projektach (projects). Projekt to kontener na usługi jednej aplikacji, z własnymi uprawnieniami i rozliczeniem. Gdy skończysz ćwiczenie, możesz usunąć cały projekt, a wraz z nim wszystko, co w nim stworzyłeś.
Najważniejsza różnica względem AWS i Azure to przede wszystkim akcenty. GCP jest chętnie wybierany tam, gdzie liczą się dane i analityka (BigQuery), kontenery i uruchamianie aplikacji bez zarządzania serwerem (Cloud Run). Kubernetes, narzędzie do zarządzania kontenerami, powstał w Google, a GCP ma jego zarządzaną wersję. Usługi we wszystkich trzech chmurach są jednak do siebie podobne, więc wiedza się przenosi.
Jak jest zbudowana chmura Google? Regiony i strefy
Według dokumentacji Google region to niezależny obszar geograficzny złożony ze stref (zones), a strefa to obszar wdrożenia zasobów w obrębie regionu, traktowany jako jedna domena awarii. Region ma co najmniej trzy strefy, z wyjątkiem Sztokholmu, Osaki i Montrealu, które mają trzy strefy w jednym lub dwóch centrach danych. Dlaczego to ważne:
- Opóźnienie. Region bliżej użytkowników oznacza szybszą odpowiedź.
- Dane i prawo. Dane osób z Europy zwykle trzymasz w regionie europejskim.
- Awarie. Google zaleca wdrażać aplikację w wielu strefach. Zasoby zonalne, np. maszyny wirtualne, wymagają własnego zarządzania redundancją.
- Odtwarzanie po katastrofie. Na wypadek utraty całego regionu trzeba zaplanować kopię danych w innym regionie.
Dokumentacja nie podaje liczby regionów i nie sprawdzałem, które regiony są w Polsce, więc listę weź ze strony Google.
Jakie usługi Google Cloud warto znać na początek?
Usług jest setki. Na starcie wystarczy mapa kilku najważniejszych, z odpowiednikami w AWS i Azure:
| Usługa GCP | Do czego służy | AWS | Azure |
|---|---|---|---|
| Compute Engine | Wirtualne serwery | EC2 | Virtual Machines |
| Cloud Storage | Przechowywanie plików jako obiektów w „bucketach” | S3 | Blob Storage |
| Cloud Run | Uruchamianie kontenerów bez zarządzania serwerem | zbliżone do Fargate i App Runner | zbliżone do Container Apps |
| Cloud Run functions | Funkcje uruchamiane na zdarzenie (serverless) | Lambda | Functions |
| BigQuery | Hurtownia danych, zapytania SQL na dużych zbiorach | zbliżone do Redshift/Athena | zbliżone do Synapse |
| Firestore | Baza dokumentowa | zbliżone do DynamoDB | zbliżone do Cosmos DB |
| IAM | Użytkownicy, role i uprawnienia | IAM | Entra ID i RBAC |
Odpowiedniki w tabeli są przybliżone: usługi różnią się szczegółami i cenami, więc traktuj je jako mapę, a nie tabelę zamienników.
Dwie rzeczy, które nowicjusze mylą najczęściej:
- Bucket w GCP to nie folder. To pojemnik na obiekty o unikalnej nazwie w całym Google Cloud. „Foldery” w nazwach to tylko część nazwy obiektu.
- Cloud Run i Compute Engine to dwa różne podejścia. Na Compute Engine masz maszynę, którą konfigurujesz i która kosztuje, gdy działa. W Cloud Run dostarczasz kontener, a Google uruchamia go na żądanie.
Jak wygląda kod, który używa Google Cloud? Przykład z Cloud Storage w Pythonie
Do Cloud Storage w Pythonie służy biblioteka google-cloud-storage (instalujesz ją przez pip install google-cloud-storage). Poniższy kod tworzy bucket, wgrywa plik, wypisuje listę obiektów, odczytuje plik i pokazuje błąd przy brakującym obiekcie:
from google.cloud import storage
from google.api_core.exceptions import NotFound
client = storage.Client()
bucket = client.create_bucket("moj-bucket-demo", location="europe-west1")
bucket.blob("raporty/2026-11.txt").upload_from_string(
"Cześć z Google Cloud", content_type="text/plain; charset=utf-8"
)
for blob in client.list_blobs("moj-bucket-demo"):
print(blob.name, blob.size)
print(bucket.blob("raporty/2026-11.txt").download_as_text())
try:
bucket.blob("nie-ma.txt").download_as_text()
except NotFound as e:
print("Błąd:", type(e).__name__, e.code)
bucket.delete(force=True)
Uruchomiłem te same wywołania z google-cloud-storage 3.17 w Pythonie 3.13 na lokalnym emulatorze Cloud Storage (gcp-storage-emulator, projekt społecznościowy, nie Google), a nie na prawdziwym koncie. Wynik: wiersz raporty/2026-11.txt 22 (nazwa i rozmiar w bajtach), odczytany tekst „Cześć z Google Cloud” i błąd NotFound z kodem 404. Co z tego wynika:
- Nazwa „raporty/2026-11.txt” to jedna nazwa obiektu, a „katalog”
raporty/to jej część. To magazyn obiektów, nie system plików. - Podpisanych linków nie testowałem, bo emulator ich nie obsługuje, więc nie pokazuję ich w kodzie.
- Na prawdziwym koncie
storage.Client()zadziała dopiero po skonfigurowaniu uwierzytelniania. Według dokumentacji Google biblioteka korzysta z Application Default Credentials (ADC) i szuka danych w kolejności: zmiennaGOOGLE_APPLICATION_CREDENTIALS, plik z poleceniagcloud auth application-default login, a na Google Cloud dołączone konto usługi. To ostatnie jest w produkcji metodą preferowaną i powinno mieć minimalne uprawnienia IAM. Tego nie sprawdzałem na prawdziwym koncie, więc przy błędzie403szukaj przyczyny w uprawnieniach, a nie w kodzie. Nazwa bucketu musi być też unikalna w całym Google Cloud, więcmoj-bucket-demozapewne będzie zajęta.
Jeśli chcesz zobaczyć, jak taki zapis wygląda w pełnym backendzie, zajrzyj do artykułu o tym, jak w FastAPI zrobić upload plików. Zapis na dysk serwera można tam zamienić na zapis do Cloud Storage.
Ile kosztuje Google Cloud i czy jest darmowy?
Według dokumentacji Google z 10 listopada 2026 darmowy okres próbny (Free Trial) daje 300 dolarów kredytu do wykorzystania w ciągu 90 dni. Przy rejestracji musisz podać kartę kredytową lub inną formę płatności. Autoryzacja to tylko tymczasowa blokada środków, a nie obciążenie. Po 90 dniach albo po wydaniu kredytu konto próbne zostaje zamknięte, a zasoby zatrzymane. Potem jest 30-dniowy okres karencji, a po nim zasoby są trwale usuwane. Przejście na konto płatne w tym czasie może pozwolić je odzyskać, ale nie ma gwarancji.
Osobno działa stały darmowy poziom (Free Tier), który według Google nie ma daty końca, choć firma może zmienić ofertę po wcześniejszym powiadomieniu. Niewykorzystane limity nie przechodzą na kolejny miesiąc:
| Usługa | Darmowy limit miesięczny (według dokumentacji Google) |
|---|---|
| Compute Engine | 1 maszyna e2-micro i 30 GB dysku standardowego, tylko w regionach USA (us-west1, us-central1, us-east1) |
| Cloud Storage | 5 GB-miesięcy magazynu regionalnego, tylko w regionach USA, 5 000 operacji klasy A i 50 000 klasy B |
| Cloud Run | 2 mln żądań, 360 000 GB-sekund pamięci i 180 000 vCPU-sekund |
| Cloud Run functions | 2 mln wywołań |
| BigQuery | 1 TiB zapytań i 10 GiB przechowywania |
| Firestore | 1 GiB danych oraz 50 000 odczytów, 20 000 zapisów i 20 000 usunięć dziennie na projekt |
Uwaga mentora: darmowy poziom to dobre miejsce na naukę, ale najpierw sprawdź, w jakim regionie działa. W GCP darmowa maszyna i magazyn dotyczą tylko regionów w USA, więc łatwo przypadkiem założyć bucket w Europie i zapłacić.
Najważniejsze zastrzeżenie dla czytelnika z Europy: darmowa maszyna i darmowy magazyn dotyczą tylko wskazanych regionów w USA. Bucket założony w Europie nie mieści się w darmowym limicie magazynu. Typowe pułapki kosztów:
| Pułapka | Co się dzieje | Jak się zabezpieczyć |
|---|---|---|
| Zasób poza darmowym regionem | płacisz, choć „masz Free Tier” | przed utworzeniem zasobu sprawdź region w tabeli limitów |
| Zapomniana maszyna lub baza | zasób działa i kosztuje | po ćwiczeniu usuń cały projekt |
| Dane wychodzące | pobieranie dużych danych z chmury bywa płatne | sprawdź cennik transferu |
| Brak budżetu | rachunek rośnie po błędzie | ustaw budżet i alerty rozliczeniowe od pierwszego dnia |
Nie podaję cen poszczególnych usług, bo zależą od regionu i zmieniają się. Przed uruchomieniem czegokolwiek na dłużej niż godzinę zajrzyj do kalkulatora cen na stronie Google Cloud.
Jak zabezpieczyć konto Google Cloud?
Podobnie jak w innych chmurach obowiązuje model współdzielonej odpowiedzialności: Google odpowiada za datacenter i sprzęt, a Ty za to, co w chmurze umieścisz i jak to skonfigurujesz. Na początek:
- Włącz weryfikację dwuetapową na koncie Google, którego używasz do chmury.
- Nadawaj minimalne uprawnienia w IAM. Aplikacjom daj własne konto usługi z wąskimi uprawnieniami, a nie swoje konto.
- Nie twórz kluczy kont usługi, jeśli nie musisz. Dokumentacja Google mówi wprost, że klucze kont usługi „create a security risk and are not recommended”. Na Google Cloud używaj dołączonego konta usługi.
- Nie wklejaj kluczy do kodu ani repozytorium. Przejęty klucz pozwala dostać się do zasobów bez żadnych dodatkowych danych.
Kto pracuje z Google Cloud i kiedy ma sens?
Z GCP spotkasz się w tych samych rolach co przy innych chmurach: programista korzysta z kilku usług (magazyn, baza, kontenery), a konfigurację infrastruktury prowadzi Cloud Engineer lub DevOps. GCP ma największy sens, gdy:
| Sytuacja | Czy GCP ma sens? |
|---|---|
| Projekt z dużą analityką danych | Tak, BigQuery to częsty wybór |
| Aplikacja w kontenerach, bez własnych serwerów | Tak, Cloud Run |
| Firma używa już Google Workspace i kont Google | Tak, integracja z tożsamościami jest prostsza |
| Nauka podstaw HTML, CSS, JavaScript | Nie, zacznij od podstaw |
| Pierwsza strona do portfolio | Zwykle nie, wystarczy prostszy hosting |
| Ogłoszenie wymaga GCP | Tak, ćwicz na koncie próbnym z budżetem |
Według Synergy Research (dane za III kwartał 2025, podawane przez The Register) Google Cloud miał 13% światowych wydatków na infrastrukturę chmurową, wobec 29% AWS i 20% Azure. Nowszych udziałów nie podaję, bo nie udało mi się ich zweryfikować. Mniejszy udział nie znaczy gorszej usługi: wiedza o serwerach, magazynie obiektów, tożsamościach i sieciach przenosi się między chmurami.
Które cztery usługi Google Cloud poznać najpierw?
Jeśli masz czas tylko na kilka usług, ta kolejność daje najszybszy efekt. To moja propozycja kolejności nauki, a nie oficjalna ścieżka Google:
| Kolejność | Usługa | Czego się nauczysz |
|---|---|---|
| 1 | Cloud Storage | Bucket, obiekt, region i najprostszy zapis danych z kodu |
| 2 | Cloud Run | Uruchomienie kontenera bez zarządzania serwerem, żądania i skalowanie |
| 3 | BigQuery | Zapytania SQL na większych zbiorach danych i limity darmowego poziomu |
| 4 | IAM | Role, konta usługi i zasada minimalnych uprawnień |
Jak zacząć naukę Google Cloud?
- Najpierw podstawy programowania i Linuxa. Chmura ma sens, gdy masz co w niej uruchomić. Zacznij od podstaw Linuxa, bo większość usług chmurowych działa na tym systemie.
- Załóż konto próbne i od razu ustaw budżet z alertem oraz weryfikację dwuetapową.
- Ćwicz jedną usługę dziennie: najpierw Cloud Storage (wgraj plik, odczytaj go), potem Compute Engine (uruchom serwer i go usuń), potem Cloud Run.
- Pracuj w osobnym projekcie i usuwaj go po ćwiczeniu.
- Certyfikaty rozważ dopiero wtedy, gdy będą Ci potrzebne. Aktualną nazwę, cenę i program sprawdź na stronie Google Cloud, bo nie mam ich z oficjalnego źródła.
Jeśli chcesz nauczyć się działać w chmurze pod okiem mentora, zajrzyj do kursu AI Engineer. Kończy go moduł wdrożenie produkcyjne w chmurze, w którym uruchamiasz cały system w kontenerach na prawdziwym serwerze z automatycznym HTTPS. To umiejętności, które przydają się w każdej chmurze, także w Google Cloud.
Jaki błąd w chmurze jest najdroższy?
Najdroższy błąd początkujących to zapomniany zasób albo zasób w nieoczekiwanym regionie. Po każdym ćwiczeniu usuń cały projekt i sprawdź w konsoli, że nic nie zostało.
Podsumowanie
- GCP to chmura Google: wynajmujesz serwery, bazy, magazyn plików i usługi analityczne, a płacisz za zużycie.
- Na start wystarczy kilka usług: Compute Engine, Cloud Storage, Cloud Run, BigQuery i IAM.
- Według dokumentacji Google nowe konto dostaje 300 dolarów na 90 dni, a stały darmowy poziom (maszyna e2-micro i 5 GB magazynu) obejmuje tylko regiony w USA, więc od pierwszego dnia ustaw budżet i sprawdzaj region.
- Google Cloud miał 13% rynku w III kw. 2025 według Synergy, a wiedza z niego przenosi się na AWS i Azure.
- Kod z
google-cloud-storagesprawdziłem na lokalnym emulatorze, a nie na prawdziwym koncie, więc uwierzytelnianie i uprawnienia trzeba skonfigurować samemu.


