AWS, Azure i Google Cloud oferują podobne usługi (serwery, magazyn plików, bazy danych, funkcje i kontenery), więc nie ma jednej „najlepszej” chmury. Na start wybierz tę, której używa firma, w której chcesz pracować: AWS ma największy udział w rynku (29% w III kwartale 2025 według Synergy Research), Azure najlepiej pasuje do ekosystemu Microsoftu, a Google Cloud jest mocny w danych i kontenerach. Wiedza z jednej chmury przenosi się na pozostałe.
Skoro wiesz już, czym jest chmura, pytanie brzmi: w którą wejść pierwszą? Ten artykuł zestawia trzech największych dostawców: AWS, Microsoft Azure i Google Cloud Platform. Zamiast powtarzać opisy z tych tekstów, porównuję odpowiedniki usług, darmowe konta, regiony i udziały w rynku oraz pokazuję ten sam kod w trzech SDK. Nie rankuję chmur i nie porównuję cen, bo ceny zależą od regionu i zmieniają się, a każdy z dostawców ma własny kalkulator. Wszystkie dane pochodzą z oficjalnej dokumentacji i są opatrzone datą.
Czy jest jedna najlepsza chmura?
Nie. Trzej dostawcy zbudowali własne platformy niezależnie od siebie, więc mają podobne możliwości, ale inaczej je nazywają i organizują. Microsoft w dokumentacji „Azure for AWS Professionals” zastrzega wprost, że usługi nie zawsze jasno sobie odpowiadają, a część dostawców ma usługi, których drugi nie ma. Dlatego o wyborze decyduje kontekst: gdzie chcesz pracować, jaki stos ma firma i jakiego rodzaju projekt budujesz.
Jakie usługi odpowiadają sobie w AWS, Azure i Google Cloud?
Poniższa tabela pochodzi z oficjalnego zestawienia Google Cloud („Last updated: December 3, 2024”). Dostawca zastrzega, że to usługi podobne lub porównywalne, a nie identyczne. Nazwy mogły się od tego czasu zmienić, więc przed decyzją sprawdź aktualne:
| Kategoria | AWS | Azure | Google Cloud |
|---|---|---|---|
| Serwery wirtualne | EC2 | Virtual Machines | Compute Engine |
| Magazyn plików (obiekty) | S3 | Blob Storage | Cloud Storage |
| Funkcje bez serwera | Lambda | Functions | Cloud Run functions |
| Kontenery bez zarządzania serwerem | App Runner, Fargate | Container Apps, Container Instances | Cloud Run |
| Zarządzany Kubernetes | EKS | AKS | GKE |
| Baza relacyjna | RDS, Aurora | Azure SQL Database, Database for MySQL i PostgreSQL | Cloud SQL |
| Baza dokumentowa (NoSQL) | DynamoDB, DocumentDB | Cosmos DB | Firestore |
| Hurtownia danych | Redshift | Synapse Analytics | BigQuery |
| Sieć wirtualna | VPC | Virtual Network | VPC |
| Monitoring i logi | CloudWatch | Azure Monitor | Cloud Monitoring, Cloud Logging |
| CDN | CloudFront | Front Door | Cloud CDN |
Dodatkowa różnica w organizacji: w AWS granicą rozliczeń i uprawnień jest konto, w Azure subskrypcja i grupa zasobów, a w Google Cloud projekt.
Jak wygląda ten sam kod w trzech chmurach?
Podstawowe zadanie, czyli zapis i odczyt pliku w magazynie obiektów, wygląda w każdej chmurze podobnie, a różnią się nazwy. Poniżej wywołania z kodu, który uruchomiłem wcześniej do trzech artykułów cyklu, w każdym przypadku na lokalnym emulatorze, a nie na prawdziwym koncie:
| Czynność | AWS (boto3) | Azure (azure-storage-blob) | Google Cloud (google-cloud-storage) |
|---|---|---|---|
| Zapis pliku | put_object | upload_blob | upload_from_string |
| Lista obiektów | list_objects_v2 | list_blobs | list_blobs |
| Odczyt pliku | get_object | download_blob | download_as_text |
| Brak obiektu | NoSuchKey | ResourceNotFoundError (kod BlobNotFound) | NotFound (404) |
| Pojemnik na pliki | bucket | container | bucket |
Wniosek praktyczny: jeśli znasz jedną chmurę, w drugiej przepiszesz podobny kod w kilkanaście minut. Pojęcie „magazyn obiektów” jest to samo, zmieniają się biblioteka i uwierzytelnianie. Prawdziwy kod zadziała dopiero po skonfigurowaniu logowania i uprawnień u danego dostawcy, czego na emulatorach nie sprawdzałem.
Które darmowe konto jest najkorzystniejsze na start?
Wszyscy trzej dostawcy dają darmowy start, ale na różnych zasadach. Dane z dokumentacji (Azure i Google Cloud z 10 listopada 2026, AWS z komunikatu z lipca 2025, którego dziś ponownie nie sprawdzałem):
| AWS | Azure | Google Cloud | |
|---|---|---|---|
| Kredyt na start | 100 USD, do 100 USD więcej za zadania | 200 USD | 300 USD |
| Ważność kredytu | 6 miesięcy lub do wyczerpania | 30 dni | 90 dni |
| Po okresie próbnym | przejście na plan płatny | przejście na pay-as-you-go albo konto zostanie wyłączone | konto próbne zostaje zamknięte, 30 dni karencji, potem usunięcie zasobów |
| Karta wymagana | nie sprawdzałem, zajrzyj do formularza rejestracji | tak (kredytowa lub debetowa, nieprzedpłacona) | tak (kredytowa lub inna forma płatności) |
| Stałe darmowe limity | zależnie od usług, sprawdź w panelu | ponad 65 usług „zawsze darmowych” i 12 miesięcy limitów | Free Tier bez daty końca (np. Cloud Run, BigQuery), maszyna e2-micro i 5 GB magazynu tylko w regionach USA |
Dwie rzeczy, na które warto uważać niezależnie od dostawcy: kredyty w dolarach nie są ze sobą wprost porównywalne, bo ich ważność jest różna, a darmowe limity często dotyczą wybranych regionów. W AWS w materiałach dostawcy widziałem sprzeczne informacje o ważności kredytów, więc dokładne zasady sprawdź w panelu rozliczeń swojego konta.
Jak wyglądają regiony i strefy dostępności?
Wszystkie trzy chmury dzielą infrastrukturę na regiony, a regiony na strefy. Według dokumentacji Azure ma ponad 70 regionów, a region ze strefami dostępności ma co najmniej trzy strefy. Google Cloud też deklaruje co najmniej trzy strefy w regionie, z wyjątkiem Sztokholmu, Osaki i Montrealu. Dla AWS nie mam w swoich źródłach liczby regionów, więc jej nie podaję. Dla Ciebie liczy się co innego: gdzie leżą dane Twoich użytkowników, jakie są opóźnienia i czy region ma strefy dostępności. Nie sprawdzałem, które regiony są w Polsce, więc listę weź ze strony wybranego dostawcy.
Kto ma jaki udział w rynku?
Według Synergy Research (dane za III kwartał 2025, podawane przez The Register) rynek infrastruktury chmurowej wart był wtedy 107 mld USD, a udziały wyglądały tak:
| Dostawca | Udział w wydatkach, III kw. 2025 |
|---|---|
| AWS | 29% |
| Microsoft (Azure) | 20% |
| Google Cloud | 13% |
Nowszych udziałów nie podaję, bo nie udało mi się ich zweryfikować w wiarygodnym źródle. Duży udział oznacza więcej ofert pracy i materiałów do nauki, ale nie znaczy, że chmura jest lepsza dla Twojego projektu.
Którą chmurę wybrać na start?
Zamiast rankingu użyj kryteriów. Poniższa tabela to moje uproszczenie, a nie reguła:
| Sytuacja | Naturalny wybór | Dlaczego |
|---|---|---|
| Chcesz pracować w konkretnej firmie lub branży | ta, której używa firma | ogłoszenia i rozmowy będą o niej |
| Firma korzysta z Microsoft 365, Entra ID i .NET | Azure | integracja z tożsamościami i narzędziami Microsoftu |
| Projekt z dużą analityką danych | Google Cloud | BigQuery to częsty wybór |
| Aplikacja w kontenerach bez własnych serwerów | Google Cloud lub Azure | Cloud Run lub Container Apps |
| Najwięcej materiałów i ofert na polskim rynku | AWS | największy udział w rynku |
| Zaczynasz od zera i nie masz preferencji | dowolna, najlepiej ta z darmowym kontem, które Ci odpowiada | wiedza przenosi się między chmurami |
Uwaga mentora: najlepsza chmura na start to ta, której używa firma, w której chcesz pracować. Zajrzyj do ogłoszeń na stanowiska, które Cię interesują, i policz, która chmura pada najczęściej, zamiast opierać się na rankingu.
Wybór jednej chmury nie zamyka drogi do pozostałych. Podstawy, czyli serwery, magazyn obiektów, tożsamości i sieci, są wspólne, więc druga chmura jest znacznie łatwiejsza do opanowania niż pierwsza. Bez względu na wybór warto znać podstawy Linuxa i wiedzieć, czym zajmuje się DevOps.
Jak porównać chmury w praktyce? Ćwiczenie na trzy dni
Najlepiej porównać chmury na własnej skórze. Poniższy plan to moja propozycja, a nie oficjalny kurs. Wykonaj to samo w jednej chmurze, a potem powtórz w drugiej:
| Dzień | Zadanie | Czego się nauczysz |
|---|---|---|
| 1 | Utwórz bucket lub kontener, wgraj plik i odczytaj go z kodu | Magazyn obiektów, regiony i uwierzytelnianie |
| 2 | Napisz funkcję, która reaguje na żądanie HTTP, i wdróż ją | Model bez serwera i limity jednego uruchomienia |
| 3 | Zapakuj prostą aplikację w kontener i uruchom ją w usłudze kontenerowej | Kontenery, wdrożenie i koszt działania w czasie |
Na koniec każdego dnia usuń zasoby i sprawdź, czy budżet nie pokazuje opłat. Porównaj to, co zajęło Ci najwięcej czasu: zwykle są to uprawnienia i konfiguracja, a nie sam kod.
Jakie błędy popełniają początkujący w każdej chmurze?
Te same pułapki dotyczą wszystkich trzech dostawców:
- Zapomniane zasoby. Zapomniany serwer lub baza kosztują, dopóki ich nie usuniesz. Po ćwiczeniu usuń cały projekt, grupę zasobów lub zasoby w każdym regionie.
- Brak budżetu i alertów. Ustaw budżet z powiadomieniem od pierwszego dnia, w każdej chmurze jest do tego własne narzędzie.
- Zły region. Zasób poza darmowym regionem lub w innym regionie, niż myślisz, daje niespodziewany rachunek.
- Klucze w kodzie. Nie wklejaj kluczy ani connection stringów do repozytorium. Dokumentacja każdego z dostawców zaleca uwierzytelnianie bez haseł i minimalne uprawnienia.
- Włączenie wszystkiego naraz. Zacznij od jednej usługi, a dopiero potem dokładaj kolejne.
Od czego zacząć po tym porównaniu?
- Wybierz jedną chmurę według tabeli powyżej, a jeśli nie masz preferencji, wybierz tę z korzystniejszym dla Ciebie darmowym kontem.
- Załóż konto, ustaw budżet i uwierzytelnianie dwuskładnikowe.
- Zrób to samo ćwiczenie krok po kroku: bucket lub kontener, wgraj plik, odczytaj, usuń. To zadanie pokazuje większość pojęć chmury.
- Dopiero potem sprawdź drugą chmurę, powtarzając to samo ćwiczenie. Zobaczysz, że różnią się nazwy, a nie idea.
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.
Podsumowanie
- AWS, Azure i Google Cloud oferują podobne usługi: serwery, magazyn obiektów, bazy, funkcje i kontenery. Różnią się nazwami, organizacją zasobów i ekosystemem.
- Odpowiedniki usług znajdziesz w tabeli z oficjalnego zestawienia Google Cloud. Usługi są podobne, a nie identyczne.
- Darmowe konta różnią się: AWS 100 USD i do 100 USD więcej na 6 miesięcy, Azure 200 USD na 30 dni, Google Cloud 300 USD na 90 dni plus stały Free Tier tylko w regionach USA.
- Udziały rynku w III kwartale 2025 według Synergy: AWS 29%, Azure 20%, Google Cloud 13%.
- Wybierz chmurę firmy, w której chcesz pracować, a jeśli nie masz preferencji, dowolną z darmowym kontem, bo wiedza przenosi się między dostawcami.
- Kod z trzech SDK sprawdziłem na emulatorach, nie na prawdziwych kontach, a ceny celowo nie są tu porównywane.
