Kako pokrenuti kontejnere na AWS-u (ECS, EKS, Fargate)?

Question

Accepted Answer

AWS nudi nekoliko načina za pokretanje **kontejnera** — **ECS** (Elastic Container Service, AWS-ov vlastiti orkestrirani sustav), **EKS** (upravljana Kubernetes) i **Fargate** (serverless kontejneri, bez poslužitelja za upravljanje). Razumijevanje mogućnosti pomaže u odabiru prave platforme za kontejnere.

## ECS — AWS-ov orkestrirani sustav za kontejnere

```text
ECS runs and orchestrates Docker containers on AWS:
  → simpler than Kubernetes; deeply integrated with AWS (IAM, ALB, CloudWatch, VPC)
  → TASK (a running container set), TASK DEFINITION (the spec), SERVICE (keeps N tasks
    running, integrates with load balancers, auto-scales)
  → good for teams wanting container orchestration without Kubernetes complexity
```

## EKS — upravljana Kubernetes

```text
EKS runs managed KUBERNETES on AWS:
  → standard Kubernetes (portable skills/tooling, huge ecosystem) — AWS manages the
    control plane
  → choose this for Kubernetes (industry-standard) or if you need its power/ecosystem
  → more complex than ECS, but standard and powerful
```

## Fargate — serverless kontejneri

```text
FARGATE is a SERVERLESS compute engine for containers (works with ECS or EKS):
  → NO servers/EC2 to manage — you just run containers; AWS provisions the compute
  → pay per container resources used; auto-scales
  → vs running containers on EC2 instances YOU manage (patching, scaling the hosts)
→ Fargate = run containers without managing the underlying servers.
```

## Odabir

```text
ECS + EC2     → full control over the instances; manage the hosts
ECS + Fargate → AWS orchestration, NO server management (simple, common)
EKS           → standard Kubernetes (portability, ecosystem) — more complex
EKS + Fargate → Kubernetes without managing nodes
→ Fargate for less ops; ECS for AWS-native simplicity; EKS for Kubernetes.
```

## Zašto je to važno

Razumijevanje kako pokrenuti kontejnere na AWS-u je vrijedna vještina jer su kontejneri ključni za modernu primjenu aplikacija, a AWS nudi više mogućnosti s različitim prednostima i nedostacima, pa razumijevanje tih mogućnosti pomaže u odabiru prave platforme.

Mogućnosti zadovoljavaju različite potrebe: **ECS** (AWS-ov vlastiti orkestrirani sustav) je **jednostavniji od Kubernetesa i duboko integriran s AWS-om** (IAM, load balanceri, CloudWatch), čineći ga dobrim izborom za timove koji žele orkestraciju kontejnera bez kompleksnosti Kubernetesa; **EKS** (upravljana Kubernetes) pruža **standardnu, prijenosnu Kubernetes** s ogromnim ekosistemom i industrijski standardnim vještinama/alatima (AWS upravlja control plane-om), prikladan za timove koji specifično žele Kubernetes; a **Fargate** (serverless kontejneri, radi s ECS-om ili EKS-om) potpuno eliminiše upravljanje poslužiteljima — pokretanje kontejnera bez dodjele ili upravljanja EC2 primjercima.

Razumijevanje **Fargate-ovog serverless modela** je posebno vrijedna: uklanja operativni teret upravljanja domaćinima kontejnera (zakrpljivanje, skaliranje temeljnih poslužitelja), omogućujući vam samo pokretanje kontejnera i plaćanje korištenih resursa — važna pojednostavnjenja.

Razumijevanje **mogućnosti izbora** (ECS+EC2 za punu kontrolu, ECS+Fargate za AWS-nativnu jednostavnost bez upravljanja poslužiteljima, EKS za standardnu Kubernetes, EKS+Fargate za Kubernetes bez upravljanja čvorovima) odražava kompromise između kontrole, jednostavnosti, standardizacije i operativnog tereta — pomagajući uskladiti platformu s potrebama i stručnošću tima.

Budući da su kontejneri ključni za modernu primjenu i AWS nudi više platformi za kontejnere s važnim prednostima i nedostacima (AWS-native vs Kubernetes, server-upravljano vs serverless), i budući da ispravan odabir ovisi o razumijevanju tih mogućnosti, razumijevanje kako pokrenuti kontejnere na AWS-u (ECS, EKS, Fargate) je vrijedna, praktički relevantna AWS znanja za primjenu kontejneriziranih aplikacija — pomažući odabrati pravu platformu za kontejnere na osnovu jednostavnosti, standardizacije i koliko operativnog upravljanja želi tim, važna odluka za kontejnerizirane AWS radne opterećenja.