Alternative: Nomad, ECS

În ecosistemul Kubernetes, alegerea infrastructurii de bază este crucială pentru scalabilitate și costuri. Deși mulți începători se concentrează strict pe orchestrarea containerelor, înțelegerea modului în care acestea interacționează cu serviciile cloud native este esențială pentru un inginer DevOps sau SRE. Platformele gestionate precum AWS ECS sau modelele de lucru remote (Nomad) oferă alternative viabile la k8s-ul self-managed, simplificând operațiunile și permițându-ți să te focusezi pe livrarea valorii afacerii, nu pe mentenanța serverelor.

Concepte cheie

• AWS ECS (Elastic Container Service): Un serviciu complet gestionat de AWS care permite rularea aplicațiilor Docker fără a gestiona cluster-ele EC2 subiacente, integrându-se nativ cu IAM și CloudWatch.
• Amazon EKS vs. ECS: EKS oferă compatibilitate totală cu API-ul Kubernetes, în timp ce ECS folosește propria sa abstracție (Task Definitions), fiind adesea mai simplu pentru echipe mici.
• HashiCorp Nomad: Un orchestrator ușor, agnostic față de workload, capabil să ruleze containerize, binare și jobs pe mașini virtuale, ideal pentru infrastructuri hibride sau multi-cloud.
• Task Definition (ECS): Echivalentul unei configurații de deployment în Kubernetes, care definește imaginile Docker, resursele CPU/RAM și variabilele de mediu pentru un container.
• Service Discovery: Mecanism prin care serviciile se găsesc reciproc; în ECS se folosește adesea AWS Cloud Map sau load balancerele interne ALB/NLB.
• Auto Scaling: Capacitatea de a ajusta dinamic numărul de instanțe (tasks) în funcție de metrici precum utilizarea CPU sau coada de mesaje, asigurând disponibilitatea.
• Serverless Fargate: Un mod de execuție în ECS unde nu plătești pentru servere, ci doar pentru resursele alocate task-urilor, eliminând gestionarea nodurilor.

Exemplu practic

Să presupunem că ai o aplicație web simplă și vrei să o rulezi pe ECS folosind Fargate. În loc să scrii un manifest YAML complex pentru Kubernetes, definim structura în JSON pentru task-definition.json:

{
  "family": "my-web-app",
  "networkMode": "awsvpc",
  "cpu": "256",
  "memory": "512",
  "executionRoleArn": "arn:aws:iam::...:role/ecsTaskExecutionRole",
  "containerDefinitions": [
    {
      "name": "app",
      "image": "nginx:latest",
      "portMappings": [
        {
          "containerPort": 80,
          "hostPort": 80,
          "protocol": "tcp"
        }
      ]
    }
  ]
}

Acest fișier spune cluster-ului ce imagine să folosească, câtă putere de calcul este necesară și cum expune portul. În practică, vei crea apoi un Service care menține acest task în viață și îl conectează la un Application Load Balancer pentru trafic extern.

Greșeli frecvente

• Ignorarea securității rețelei: Nu configurezi corect Security Groups în ECS/Fargate, lăsând porturile expuse public sau blocând comunicarea internă între servicii.
• Confuzia între EKS și ECS: Alegerea EKS când ai nevoie de simplitate duce la costuri mari de administrare, în timp ce alegerea ECS când ai nevoie de portabilitate multi-cloud te blochează în ecosistemul AWS.
• Resurse insuficiente: Setarea cerinților CPU/RAM prea mici duce la terminarea abruptă a containerelor (OOM Kill), iar setarea lor prea mare duce la risipă de bani.
• Lipsa logging-ului centralizat: Rularea task-urilor fără a direcționa stdout/stderr către CloudWatch Logs face debugging-ul aproape imposibil în producție.

Întrebări de interviu

Care este diferența principală dintre ECS și EKS? ECS este un serviciu proprietar AWS, mai simplu și integrat profund cu alte servicii AWS, în timp ce EKS este o distribuție gestionată de Kubernetes, oferind portabilitate și un ecosistem vast de tool-uri open-source.

Ce este Fargate și când ar trebui să îl folosești? Fargate este un motor de calcul serverless pentru ECS și EKS. Ar trebui să îl folosești când vrei să elimini gestionarea serverelor EC2 și să plătești doar pentru resursele consumate de aplicație, ideal pentru workload-uri cu trafic variabil.

Cum gestionezi secretele în ECS? Secretele sensibile (chei API, parole) nu trebuie hardcodate în imagine. Se folosesc AWS Secrets Manager sau Parameter Store, accesibile containerelor prin variabile de mediu populate la runtime de către agentul ECS.

Exercițiu

Pentru a consolida cunoștințele, petrece 45 de minute urmând acești pași:

1. Creează un cont gratuit pe AWS (folosește tier-ul gratuit).
2. Instalează CLI-ul aws și configurează credențialele.
3. Scrie manual un fișier task-definition.json pentru un container Nginx.
4. Folosește comanda aws ecs register-task-definition pentru a înregistra definiția.
5. (Opțional) Încearcă să creezi un service simplu și verifică statusul task-ului în consola AWS. Scopul este să înțelegi fluxul de lucru, nu neapărat să deplouzi o aplicație complexă.