Docker na AWS - ECS vs EKS vs Fargate vs App Runner. Co wybrać?

Masz gotowy obraz Dockera i chcesz go uruchomić na AWS. Otwierasz konsolę i widzisz cztery usługi kontenerowe: ECS, EKS, Fargate, App Runner. Każda obiecuje, że jest tą właściwą. Która faktycznie jest?

Pracując jako MSP Engineer w ClearScale, wdrażałem kontenery na AWS dziesiątki razy - od jednoosobowych startupów po korporacje z setkami mikroserwisów. W tym artykule dam Ci konkretne porównanie, tabelę kosztów i drzewo decyzyjne, które pozwoli Ci wybrać w 5 minut. Jeśli dopiero zaczynasz przygodę z kontenerami, przeczytaj najpierw Docker dla początkujących.

Czym różnią się te usługi?

Zanim przejdziemy do porównania, wyjaśnijmy fundamentalną różnicę. Te cztery usługi to nie cztery zamienniki - to różne warstwy abstrakcji:

• ECS (Elastic Container Service) - orkiestrator kontenerów stworzony przez AWS. Definiujesz zadania (tasks) i serwisy. Decydujesz, czy kontenery działają na EC2 czy Fargate.
• EKS (Elastic Kubernetes Service) - zarządzany Kubernetes na AWS. Używasz standardowych narzędzi K8s (kubectl, Helm). AWS zarządza control plane.
• Fargate - serverless compute engine. Nie jest samodzielną usługą, lecz trybem uruchamiania dla ECS lub EKS. Nie zarządzasz żadnymi instancjami EC2.
• App Runner - w pełni zarządzana usługa. Dajesz obraz z ECR lub kod źródłowy, App Runner robi resztę.

Wielka tabela porównawcza

Drzewo decyzyjne - co wybrać?

Zamiast zgadywać, przejdź przez te pytania:

1. Czy to prosty serwis webowy bez skomplikowanego networkingu?
   • Tak -> App Runner. Koniec, nie komplikuj.
   • Nie -> pytanie 2.
2. Czy Twój zespół zna i używa Kubernetes?
   • Tak -> EKS. Wykorzystaj istniejącą wiedzę.
   • Nie -> pytanie 3.
3. Czy potrzebujesz GPU lub specyficznego hardware?
   • Tak -> ECS + EC2 z odpowiednimi instancjami.
   • Nie -> pytanie 4.
4. Czy planujesz multi-cloud lub migrację poza AWS?
   • Tak -> EKS. Kubernetes jest przenośny.
   • Nie -> ECS + Fargate. Najlepsza relacja prostoty do elastyczności.

Scenariusze z życia wzięte

Scenariusz 1: Side project / MVP

Budujesz aplikację w Node.js lub Pythonie, masz 1-2 kontenery, ruch jest niewielki (kilkaset requestów dziennie). Budżet: jak najmniej.

Wybór: App Runner. Podpinasz repozytorium z GitHub lub obraz z ECR. App Runner buduje, wdraża i skaluje automatycznie. Zero konfiguracji ALB, target group czy task definition. Koszt: 5-15 USD/miesiąc. Rozważ też, czy w tym scenariuszu nie lepiej użyć Lambdy zamiast kontenerów.

Scenariusz 2: Startup z 3-5 mikroserwisami

Masz API gateway, backend, worker do kolejek, może serwis do wysyłki maili. Zespół 3-5 programistów, żaden nie jest DevOps-em z krwi i kości.

Wybór: ECS + Fargate. Definiujesz task definition dla każdego mikroserwisu, ustawiasz ALB do routingu, Service Discovery do komunikacji między serwisami. Fargate eliminuje zarządzanie instancjami. Koszt: 50-200 USD/miesiąc w zależności od ruchu.

Scenariusz 3: Enterprise z 50+ mikroserwisami

Korporacja, kilka zespołów, potrzeba namespace isolation, service mesh, zaawansowane strategie deploymentu (canary, blue/green). Być może multi-cloud.

Wybór: EKS. Kubernetes daje ekosystem narzędzi: Istio/Linkerd (service mesh), ArgoCD (GitOps), Karpenter (autoskalowanie nodów). Koszt: 500+ USD/miesiąc, ale masz pełną kontrolę i przenośność. Potrzebujesz jednak dedykowanego platform engineera.

Porównanie kosztów - realne liczby

Poniższe szacunki dotyczą typowej aplikacji webowej: 2 kontenery (0.5 vCPU, 1 GB RAM każdy), ruch ok. 100k requestów/dzień, region eu-central-1 (Frankfurt).

Praktyka: Deploy aplikacji na ECS Fargate

Przejdźmy od teorii do praktyki. Pokażę Ci jak wrzucić obraz Dockera do ECR i uruchomić go na ECS Fargate. Jeśli nie masz jeszcze Dockera, wróć do przewodnika Docker dla początkujących.

Krok 1: Utwórz repozytorium ECR i wypchnij obraz

# Utwórz repozytorium ECR
aws ecr create-repository \
  --repository-name moja-aplikacja \
  --region eu-central-1

# Zaloguj Docker do ECR
aws ecr get-login-password --region eu-central-1 | \
  docker login --username AWS --password-stdin \
  123456789012.dkr.ecr.eu-central-1.amazonaws.com

# Zbuduj obraz
docker build -t moja-aplikacja .
# Uwaga: na Macu z Apple Silicon dodaj --platform linux/amd64,
# inaczej Fargate (domyślnie x86_64) nie uruchomi obrazu ARM

# Otaguj obraz
docker tag moja-aplikacja:latest \
  123456789012.dkr.ecr.eu-central-1.amazonaws.com/moja-aplikacja:latest

# Wypchnij do ECR
docker push \
  123456789012.dkr.ecr.eu-central-1.amazonaws.com/moja-aplikacja:latest

Krok 2: Utwórz Task Definition i uruchom serwis ECS

# Utwórz klaster ECS
aws ecs create-cluster --cluster-name moj-klaster

# Zarejestruj task definition (z pliku JSON)
aws ecs register-task-definition \
  --cli-input-json file://task-definition.json

# Przykładowy task-definition.json:
# {
#   "family": "moja-aplikacja-task",
#   "networkMode": "awsvpc",
#   "requiresCompatibilities": ["FARGATE"],
#   "executionRoleArn": "arn:aws:iam::123456789012:role/ecsTaskExecutionRole",
#   "cpu": "512",
#   "memory": "1024",
#   "containerDefinitions": [{
#     "name": "app",
#     "image": "123456789012.dkr.ecr.eu-central-1.amazonaws.com/moja-aplikacja:latest",
#     "portMappings": [{"containerPort": 8080, "protocol": "tcp"}],
#     "essential": true
#   }]
# }

# Utwórz serwis
aws ecs create-service \
  --cluster moj-klaster \
  --service-name moja-aplikacja-svc \
  --task-definition moja-aplikacja-task \
  --desired-count 2 \
  --launch-type FARGATE \
  --network-configuration "awsvpcConfiguration={subnets=[subnet-xxx],securityGroups=[sg-xxx],assignPublicIp=ENABLED}"

Kiedy NIE używać kontenerów na AWS

Kontenery nie są odpowiedzią na wszystko. Oto sytuacje, w których lepsze są inne usługi:

• Proste API lub funkcje event-driven - użyj AWS Lambda. Zero zarządzania, płacisz tylko za wykonania.
• Statyczna strona internetowa - S3 + CloudFront. Taniej i szybciej niż jakikolwiek kontener.
• Prosty serwer z GUI (np. WordPress) - pojedyncza instancja EC2 może być prostsza niż konteneryzacja.

Migracja między usługami

Dobra wiadomość: obraz Dockera jest ten sam, niezależnie od tego, gdzie go uruchamiasz. Ścieżka migracji wygląda zwykle tak:

App Runner -> ECS Fargate -> ECS EC2 / EKS

Zaczynasz od najprostszego rozwiązania i przechodzisz na bardziej złożone, gdy tego potrzebujesz. Obraz z ECR działa wszędzie - zmieniasz tylko orkiestrator. To dlatego warto od początku trzymać obrazy w Amazon ECR.

Następny krok

Wiesz już, która usługa kontenerowa jest dla Ciebie. Oto co zrobić dalej:

1. Jeśli zaczynasz - przeczytaj Docker dla początkujących i zbuduj swój pierwszy obraz.
2. Jeśli masz obraz - wrzuć go do ECR i uruchom na App Runner (5 minut) lub ECS Fargate (30 minut) według instrukcji wyżej.
3. Jeśli chcesz zrozumieć koszty - sprawdź jak zacząć z AWS w 2026, gdzie omawiam Free Tier i optymalizację kosztów.
4. Jeśli potrzebujesz compute bez kontenerów - przeczytaj porównanie EC2 vs Lambda i pełny poradnik EC2.

Masz pytania o kontenery na AWS? Napisz do mnie - chętnie pomogę wybrać najlepsze rozwiązanie dla Twojego projektu.