Platformy chmurowe — jak porównać dostawców?
Platforma chmurowa udostępnia przez sieć maszyny, pamięć, bazy, kontenery i inne usługi zarządzane. AWS, Microsoft Azure, Google Cloud, Oracle Cloud Infrastructure i IBM Cloud mają podobne kategorie bazowe, ale różnią się dostępnością usług w regionach, sposobem zarządzania, cenami, umowami i kosztem wyjścia. Nie istnieje jedna platforma najlepsza dla każdego zastosowania.
Czym jest platforma chmurowa?
Platforma chmurowa to środowisko dostawcy, w którym można zamawiać, konfigurować i obserwować zasoby IT. Obejmuje fizyczną infrastrukturę, oprogramowanie zarządzające, panel, API, system tożsamości oraz katalog usług. Platformą jest całe środowisko; dostawcą jest organizacja, która je utrzymuje; usługą — konkretny produkt dostępny w tym środowisku.
Jedna platforma może oferować wiele modeli usług chmurowych: IaaS w postaci maszyn wirtualnych, PaaS dla aplikacji, zarządzane bazy, serverless i gotowe aplikacje. Nazwy produktów różnych dostawców nie dowodzą równoważności — trzeba porównać dokładne funkcje, limity, region i warunki.
Jak uczciwie porównywać platformy chmurowe?
Ranking oparty na liczbie usług lub rozpoznawalności marki pomija to, co najważniejsze: wymagania konkretnego systemu. Najpierw ustala się warunki eliminacyjne, a dopiero później porównuje koszt i wygodę. Platforma nieprzetwarzająca danych w wymaganej lokalizacji albo nieoferująca niezbędnej funkcji odpada niezależnie od wyniku punktowego.
| Kryterium | Jakiego dowodu szukać | Jak zweryfikować |
|---|---|---|
| Dopasowanie do systemu | Wymagana funkcja, limit i status produkcyjny | Dokumentacja oraz mały proof of concept |
| Region i dane | Lokalizacja usługi, kopii, logów i wsparcia | Dokumentacja, umowa i lista podmiotów przetwarzających |
| Odporność | Strefy awarii, mechanizm replikacji i dokładny SLA | Projekt referencyjny oraz test awarii i odtworzenia |
| Bezpieczeństwo | Granica odpowiedzialności, zarządzanie tożsamością i dostępem (IAM), klucze i logowanie | Dokumenty usługi, konfiguracja oraz test uprawnień |
| Koszt całkowity | Moc obliczeniowa, pamięć, kopie, logi, sieć, transfer wychodzący i wsparcie | Identyczny scenariusz w kalkulatorach i rachunek próbny |
| Portowalność | Format eksportu, API, IaC i czas migracji | Próbny eksport oraz odtworzenie poza usługą |
| Operacje | Monitoring, limity, eskalacja i dostępność wsparcia | Próbne wdrożenie i symulacja incydentu |
| Kompetencje | Zdolność zespołu i partnerów do utrzymania rozwiązania | Ocena umiejętności, nie popularności marki |
AWS, Azure, Google Cloud, OCI i IBM Cloud — porównanie funkcji
Poniższa, niewyczerpująca lista obejmuje pięć dużych platform o szerokim katalogu usług, dla których dostępna jest publiczna dokumentacja regionów i produktów. Tabela podaje przykłady z oficjalnych katalogów. Pozycje w jednym wierszu należą do podobnej kategorii, lecz nie muszą mieć tych samych funkcji, interfejsów ani gwarancji. Dostępność produktu zależy także od regionu i typu konta.
| Warstwa | AWS | Microsoft Azure | Google Cloud | OCI | IBM Cloud |
|---|---|---|---|---|---|
| Maszyny wirtualne | EC2 | Virtual Machines | Compute Engine | Compute | VPC Virtual Server Instances |
| Kubernetes | EKS | AKS | GKE | OKE | Kubernetes Service / Red Hat OpenShift |
| Serverless | Lambda | Functions / Container Apps | Cloud Run | Functions | Code Engine |
| Pamięć obiektowa | S3 | Blob Storage | Cloud Storage | Object Storage | Cloud Object Storage |
| Relacyjna baza zarządzana | RDS | Azure SQL / Database for PostgreSQL | Cloud SQL / AlloyDB | OCI Database / MySQL | Databases for PostgreSQL / Db2 |
Nazwy i katalogi zweryfikowano 28 sierpnia 2026 r. Tabela nie jest rankingiem ani testem zgodności funkcjonalnej.
AWS — co sprawdzić
Dostępność dokładnej usługi w regionie, strukturę kont i organizacji, koszty sieci, warianty wsparcia oraz zależności od usług własnościowych.
Azure — co sprawdzić
Integrację tożsamości i licencji Microsoft, wsparcie stref w wybranym SKU, architekturę hybrydową oraz warunki umowy i pomocy technicznej.
Google Cloud — co sprawdzić
Hierarchię organizacji i projektów, dostępność produktu w regionie, kompetencje zespołu, mechanizmy danych oraz portowalność usług zarządzanych.
OCI — co sprawdzić
Architekturę obciążeń Oracle, warunki licencyjne, liczbę domen dostępności w regionie, koszt sieci i sposób migracji baz oraz aplikacji.
IBM Cloud — co sprawdzić
Dostępność usługi w wielostrefowym regionie, ofertę OpenShift i systemów IBM, model odpowiedzialności, wsparcie oraz ścieżkę eksportu.
Dostawca regionalny — co sprawdzić
Rzeczywiste regiony i operatora infrastruktury, zakres usług zarządzanych, SLA, certyfikacje, łańcuch podmiotów oraz możliwość wyjścia.
Region, strefa i lokalizacja danych
Region to geograficzny obszar infrastruktury dostawcy. Strefa dostępności jest odseparowaną lokalizacją wewnątrz regionu, zaprojektowaną tak, aby ograniczać wspólne awarie. Local Zone przybliża wybrane zasoby do użytkowników, ale jest zależna od regionu nadrzędnego i zwykle ma węższy katalog.
Sama obecność regionu nie zapewnia odporności. Niektóre usługi są strefowe, inne regionalne lub globalne; część automatycznie replikuje dane, a część wymaga konfiguracji klienta. Sprawdź również, gdzie trafiają kopie, logi, telemetria i zgłoszenia wsparcia. Szczegóły bezpieczeństwa rozwija przewodnik jak chronić dane w chmurze.
Platformy chmurowe i infrastruktura w Polsce
europe-central2 w Warszawie. AWS udostępnia Warsaw Local Zone eu-central-1-waw-1a, której regionem nadrzędnym jest Frankfurt eu-central-1. Local Zone nie jest pełnym regionem i oferuje tylko część usług.W przypadku OCI, IBM Cloud i dostawców lokalnych należy sprawdzić bieżący wykaz regionów i dostępność konkretnego produktu. Biuro handlowe, punkt sieciowy lub partner w Polsce nie jest równoznaczny z regionem, strefą ani gwarancją przechowywania wszystkich danych w kraju.
Co oznacza „Chmura Krajowa”?
Wyrażenie „chmura krajowa” bywa używane opisowo dla infrastruktury utrzymywanej w kraju, ale samo nie jest gwarancją lokalizacji każdej kopii, metadanych ani obsługi. Chmura Krajowa była też nazwą komunikacyjną Operatora Chmury Krajowej, który obecnie używa marki OChK. Firma oferuje własną Platformę OChK oraz rozwiązania na platformach partnerskich, dlatego przy zakupie trzeba ustalić, którego dokładnie środowiska dotyczy oferta. Osobny przewodnik porządkuje różnice między OChK, Platformą OChK i RChO.
Rządowa Chmura Obliczeniowa (RChO) jest odrębną chmurą wspólnotową przeznaczoną dla administracji publicznej. Nie należy utożsamiać jej ani z całą kategorią chmur działających w Polsce, ani z komercyjną marką OChK.
Jak porównać koszty bez marketingowych skrótów?
Porównanie jednej ceny maszyny wirtualnej prawie zawsze jest zbyt wąskie. Koszt systemu obejmuje bazę, pamięć, sieć, kopie, logi, monitoring, licencje, wsparcie i czas operacyjny. Ten sam produkt może mieć inną cenę w różnych regionach, a zniżka za zobowiązanie ogranicza elastyczność.
- Wpisz te same parametry, region i poziom odporności u każdego dostawcy.
- Dodaj NAT, adresy IP, wywołania API, migawki, transfer między strefami i transfer wychodzący.
- Policz wariant bez zobowiązania oraz z realnie akceptowanym okresem rezerwacji.
- Uruchom mały POC i porównaj szacunek z rzeczywistym rachunkiem.
- Dodaj koszt migracji, szkolenia, utrzymania oraz zakończenia usługi.
Vendor lock-in i plan wyjścia
Vendor lock-in to sytuacja, w której zmiana dostawcy staje się nieproporcjonalnie trudna lub kosztowna z powodu własnościowych API, formatów, kompetencji, wolumenu danych lub zapisów umowy. Nie każda zależność jest błędem — zarządzana usługa może dawać wartość — ale decyzja powinna być jawna.
Przed wdrożeniem wykonaj próbny eksport, zapisz konfigurację jako kod, określ dane i metadane do odzyskania oraz sprawdź czas i koszt transferu. Unijny Data Act stosowany od 12 września 2025 r. wprowadza wymagania ułatwiające zmianę dostawcy usług przetwarzania danych. Do 12 stycznia 2027 r. trwa okres przejściowy dla ograniczonych opłat związanych z przełączeniem i transferem wychodzącym. Przenośność danych nadal nie gwarantuje automatycznej przenośności całej aplikacji.
Proces wyboru platformy krok po kroku
Czy warto korzystać z kilku chmur jednocześnie?
Wiele organizacji używa usług kilku dostawców, ale to nie znaczy, że każda aplikacja powinna działać równolegle w wielu chmurach. Multi-cloud może ograniczyć zależność lub dać dostęp do wyspecjalizowanych usług, lecz zwiększa liczbę modeli IAM, narzędzi, logów, umów i kompetencji.
Najpierw zdefiniuj konkretny powód: wymóg klienta, przejęcie spółki, różne obciążenia albo realną potrzebę odporności. Następnie policz koszt operacyjny oraz ryzyko niespójnych konfiguracji. „Dwie chmury” nie są automatycznie planem ciągłości działania.
Najczęstsze pytania o platformy chmurowe
Co to jest platforma chmurowa?
To środowisko dostawcy obejmujące infrastrukturę, system zarządzania, tożsamość, panel, API i katalog usług. Użytkownik może w nim uruchamiać maszyny, przechowywać dane, wdrażać aplikacje i korzystać z usług zarządzanych.
Czym różnią się AWS, Azure i Google Cloud?
Oferują podobne kategorie bazowe, ale różnią się konkretnymi produktami, limitami, regionami, IAM, cenami, umowami i integracjami. Różnice trzeba oceniać dla danego systemu; ogólny werdykt nie zastępuje POC.
Która platforma chmurowa jest najlepsza?
Nie ma jednej najlepszej dla wszystkich. Odpowiedni wybór spełnia wymagania aplikacji i danych, może być bezpiecznie utrzymany przez zespół, mieści się w budżecie oraz ma akceptowalny plan wyjścia.
Która chmura jest najtańsza?
Wynik zależy od architektury, regionu, wykorzystania, zobowiązań, transferu i wsparcia. Należy porównać ten sam scenariusz w kalkulatorach, wykonać POC i sprawdzić rachunek. Cena pojedynczej maszyny nie jest kosztem całego systemu.
Czy region w Polsce oznacza, że wszystkie dane zostają w Polsce?
Nie. Trzeba sprawdzić zasięg konkretnej usługi, kopie, logi, telemetrię, wsparcie i podmioty przetwarzające. Local Zone, region i punkt sieciowy to również różne pojęcia.
Czy warto używać kilku chmur jednocześnie?
Tylko z uzasadnionego powodu i po uwzględnieniu kosztu operacyjnego. Wiele chmur zwiększa elastyczność, ale także liczbę narzędzi, konfiguracji bezpieczeństwa, umów i kompetencji potrzebnych do utrzymania.
Jak porównać SLA różnych dostawców?
Porównaj definicję usługi, jednostkę pomiaru, wyłączenia, wymagania architektury, sposób liczenia niedostępności i formę rekompensaty. Taki sam procent może oznaczać inny zakres ochrony.
Jak często ponownie oceniać wybór?
Co najmniej po istotnej zmianie wymagań, architektury, cennika, regionów, umowy lub ryzyka. Dla aktywnie rozwijanego systemu praktyczny jest również regularny przegląd kosztów, bezpieczeństwa i planu wyjścia.
Źródła i katalogi oficjalne
- NIST SP 800-145 — definicja cloud computingu
- NIST SP 500-292 — neutralna architektura referencyjna
- AWS — katalog usług i wykaz Local Zones
- Microsoft Azure — katalog i wykaz regionów
- Google Cloud — katalog i regiony oraz strefy
- Oracle Cloud — katalog i regiony OCI
- IBM Cloud — katalog i lokalizacje
- OChK — zakres platform i usług
- ZUCH — Rządowa Chmura Obliczeniowa
- Komisja Europejska — Data Act i zmiana dostawcy
Katalogi i lokalizacje zmieniają się. Przed projektem należy otworzyć bieżącą dokumentację konkretnej usługi i regionu.