AWS · Software · ficha YoctoIT

Container

Kubernetes y contenedores gestionados por AWS: la plataforma de aplicaciones moderna sin el peso de los control planes.

FOCUS · PLATAFORMA DE APLICACIONESEKS para el estándar Kubernetes, ECS/Fargate para la sencillez: el contenedor correcto para el equipo correcto
Material YoctoIT para clientes y partners · AWS e i nomi dei servizi sono marchi di Amazon.com, Inc.
01 · Qué es

Amazon EKS & ECS, en claro.

EKS es el Kubernetes conforme upstream gestionado por AWS: control plane garantizado, upgrades orquestados, integración IAM. ECS es el orquestador propietario más sencillo; con Fargate los contenedores corren sin nodos que administrar en absoluto.

Upstream
EKS es Kubernetes certificado: sin forks, sin lock-in de API
Fargate
contenedores sin nodos: se paga el pod, no la VM
99,95%
SLA del control plane EKS multi-AZ
Icona ufficiale AWS — Amazon EKS & ECS
ICONO OFICIAL AWS · Container
Console AWS
CONSOLA AWS REAL · EKS · VISTA CLUSTER · FUENTE: AWS BLOG
02 · Cómo usarlo bien

Las cosas que marcan la diferencia.

La plataforma de contenedores

Aplicaciones & microserviciosla carga de trabajo
EKS · Kubernetes
ECS · sencillo
Fargate · serverless
tres modos, un ecosistema
ALB & service discoveryel tráfico a los pods, gestionado
ECR · registrylas imágenes firmadas y escaneadas
De los contenedores al tráfico, todo gestionado

Karpenter

El autoescalado de nodos de nueva generación: la capacidad correcta, aprovisionada en segundos.

Add-ons gestionados

CNI, CoreDNS, EBS CSI actualizados por AWS: el clúster que no se oxida.

IAM & IRSA

Le identità dei pod integrate con IAM: il least privilege dentro il cluster.

EKS Anywhere / Hybrid

El Kubernetes de AWS también on-prem: coherencia para quien vive en híbrido — donde para nosotros también juega OpenShift.

03 · En profundidad

El control plane gestionado y los nodos correctos

EKS gestiona el control plane multi-AZ (API server y etcd) con SLA del 99,95%; los nodos se eligen entre managed node groups, Fargate serverless y — cada vez más — Karpenter, que aprovisiona la instancia correcta en segundos mirando los pods pendientes. IRSA/Pod Identity dan IAM a los pods sin claves; VPC CNI asigna IP nativas; los add-ons gestionados (CoreDNS, kube-proxy, EBS CSI) se actualizan con el upgrade del clúster.

  • Karpenter — autoescalado por pods pendientes: tallas mixtas y Spot orquestados solos
  • Pod Identity — IAM por service account: los pods con permisos puntuales, cero secrets
  • VPC CNI — IP de VPC para cada pod: security groups y observabilidad nativos
  • Managed add-on — CoreDNS/kube-proxy/CSI versionados con el clúster: upgrades ordenados
  • Fargate — los pods sin nodos para cargas spot-safe: sin AMI que gestionar
  • Upgrade path — una minor cada vez, add-ons antes que nodos: el calendario K8s es ley
04 · Números y ciclo de vida

Los números que cuentan.

99,95%
el SLA del control plane EKS
4/anno
las minor de Kubernetes: el soporte estándar dura ~14 meses
-60%
el ahorro típico con Karpenter + Spot en los nodos
110
pods por nodo (default CNI) que planificar en el CIDR
EKS quita el etcd, no las decisiones: Karpenter, identity y upgrades los configuramos nosotros — y el clúster se mantiene actualizado sin dramas.
05 · Casos de uso

Dónde rinde de verdad.

Microservicios en producción

El backend a servicios con deploys continuos: rolling updates y rollbacks sin dramas.

Modernización de aplicaciones

Del monolito a los contenedores por grados: primero se containeriza, luego se descompone.

Jobs y colas

Workers que escalan sobre las colas SQS: el trabajo asíncrono que se dimensiona solo.

Contenedores sí, pero gobernados: clústeres observados, parcheados y con RBAC serio — sea EKS en la nube u OpenShift en casa.