Ja tens les teves imatges desades a ECR (subcapítol 17.2). Ara arriba el moment d’executar-les: posar els teus contenidors a funcionar en producció, escalar-los i mantenir-los sans. Per això AWS ofereix ECS (Elastic Container Service), el seu servei per orquestrar contenidors. En aquest subcapítol entendràs els seus conceptes clau i una decisió important: Fargate o EC2.

Executar un contenidor al teu portàtil és fàcil (docker run). Però en producció necessites molt més:

• Executar molts contenidors repartits en diversos servidors.
• Reiniciar-los automàticament si cauen.
• Escalar-los segons la demanda (més còpies en hora punta).
• Repartir el trànsit entre ells (amb un balancejador, Capítol 13).

Fer tot això a mà seria inviable. Un orquestrador de contenidors ho automatitza. ECS és l’orquestrador d’AWS.

Analogia: un orquestrador és com el director d’una orquestra. Els músics són els contenidors; el director s’assegura que toquin en harmonia, que entri qui ha d’entrar, que si un falla un altre el cobreixi, i que el conjunt soni bé. Tu dones la partitura (la configuració) i el director (ECS) coordina tot.

Una task definition és la «recepta» de com executar el teu contenidor: quina imatge utilitzar (d’ECR), quanta CPU i memòria necessita, quins ports obre, quines variables d’entorn té, etc. És un plànol que descriu com ha de córrer la teva aplicació.

Una task és una task definition en execució: una instància viva del teu contenidor (o grup de contenidors) corrent segons aquesta recepta. És a ECS el que el contenidor era a la imatge.

Un service s’encarrega de mantenir en marxa el nombre de tasques que vols i de connectar-les amb un balancejador. Li dius «vull sempre 3 còpies de la meva API corrent», i el service s’assegura que així sigui: si una cau, engega una altra; si vols escalar, afegeix més.

Et sona? És el mateix concepte que l’Auto Scaling Group del Capítol 13, però per a contenidors en comptes d’instàncies EC2. El service manté el nombre desitjat de tasques i les repara. I, com amb l’ASG, s’integra amb un balancejador de càrrega per repartir el trànsit entre les tasques.

ECS necessita màquines on executar els contenidors. Aquí tens dos modes, i triar bé és important:

En el mode EC2, tu gestiones un grup d’instàncies EC2 (Capítol 4) on ECS col·loca els contenidors. Tens control total sobre aquests servidors (tipus d’instància, configuració), però també la responsabilitat de gestionar-los: aplicar-hi pegats, escalar-los, mantenir-los.

En el mode Fargate, AWS posa i gestiona els servidors per tu. Tu només dius «executa aquesta tasca amb aquesta CPU i memòria», i Fargate s’encarrega de tot la resta. No veus ni gestiones cap instància EC2: és serverless per a contenidors.

Connexió amb el Capítol 14: Fargate és als contenidors el que Lambda és a les funcions: en tots dos, AWS amaga i gestiona els servidors. T’oblides de la infraestructura i només t’ocupes de la teva aplicació.

Recomanació per començar: fes servir Fargate. Et treu el pes de gestionar servidors i t’estalvies complicacions. El mode EC2 té sentit quan creixes molt, tens càrregues molt constants (on pot sortir més barat) o necessites un control especial sobre els servidors. Per a la majoria d’equips, Fargate és l’opció per defecte avui dia.

Juntant els tres subcapítols de contenidors fins ara:

• ECS (Elastic Container Service) és l’orquestrador de contenidors d’AWS: executa, repara, escala i reparteix el trànsit dels teus contenidors automàticament (el «director d’orquestra»).
• Task Definition: la «recepta» de com executar el teu contenidor (imatge, CPU, memòria, ports). Task: una recepta en execució. Service: manté el nombre desitjat de tasques, les repara i escala (com un Auto Scaling Group, però per a contenidors).
• Dos modes d’execució: EC2 (tu gestiones els servidors, més control i esforç) i Fargate (AWS gestiona els servidors, serverless per a contenidors, esforç mínim).
• Fargate és Lambda per a contenidors: oblida’t dels servidors. És l’opció recomanada per començar; EC2 té sentit a gran escala constant o amb necessitats de control especials.

A l’últim subcapítol del capítol (i de la Part IV) veurem l’alternativa més potent i complexa: EKS (Kubernetes a AWS), i quan val la pena davant d’ECS.