GuíaIntermedio

Guía de Kubernetes y EKS en Producción

Le da a Andes Cargo el orquestador que le faltaba: `andes-cargo-status-api`, el componente en contenedor que `aws-serverless-and-containers-guide` construyó pero dejó "documentado, nunca ejecutado" en ECS, finalmente corre de verdad contra un clúster Kubernetes real. Esta guía usa `kind` —Kubernetes real, no un simulador— como laboratorio $0, con el backbone ejecutable más fuerte del ecosistema hasta ahora: casi todo el contenido corre sin ningún límite de plan de pago. Construye las primitivas de carga de trabajo (Pod, Deployment, Service) hasta llevarlas a nivel de producción con configuración externalizada, `liveness`/`readiness`/`startup probes` y autoscaling horizontal por métricas reales; el modelo de red del clúster con `Ingress` y `NetworkPolicy`; GitOps pull-based real con ArgoCD sobre un repositorio Git propio (Gitea, corriendo dentro del mismo clúster) que converge el estado del sistema sin que nadie ejecute un `kubectl apply` manual; admission control real con dos motores (OPA Gatekeeper y Kyverno) que rechazan un objeto antes de que llegue a existir; y escaneo de la imagen de contenedor con Trivy. Cierra con un módulo específico de EKS —node groups, Fargate profiles, IRSA/EKS Pod Identity, autoscaling de nodos con Karpenter, el AWS Load Balancer Controller— mostrado y explicado a fondo pero declarado representativo con honestidad exacta: EKS solo está disponible en el plan Ultimate de LocalStack, y ni pagando reproduce fielmente el plano de control gestionado real. El capstone corre el sistema completo de punta a punta, con un cambio que pasa el gate y uno que el admission webhook detiene.

64
lecciones
8
módulos
Inglés · Español
disponible en
certificado
Gratis
acceso
NIEVA

Resultados

Lo que vas a poder hacer

  • Decidir cuándo Kubernetes le gana a ECS/Fargate y qué cuesta esa ganancia (más piezas que administrar: no es *batteries included*)
  • Levantar un clúster Kubernetes real con `kind`, y llevar `andes-cargo-status-api` (heredado, sin reescribir el Dockerfile) a correr dentro de él
  • Dominar las primitivas de carga de trabajo — Pod, Deployment, Service — y por qué casi nunca se crea un Pod suelto
  • Externalizar configuración con ConfigMap y Secret, configurar `liveness`/`readiness`/`startup probes`, y escalar horizontalmente con un `HorizontalPodAutoscaler` que reacciona a métricas reales
  • Exponer el servicio con `Ingress` (`ingress-nginx`) y protegerlo con una `NetworkPolicy` real de tipo *deny-by-default*
  • Construir GitOps *pull-based* de punta a punta con ArgoCD sobre un repositorio Git real (Gitea): un cambio committeado converge solo en el clúster, sin `kubectl apply` manual
  • Implementar *admission control* real con dos motores de políticas (OPA Gatekeeper y Kyverno) y escanear la imagen de contenedor con `trivy image`, rechazando un objeto antes de que exista
  • Entender qué cambia cuando el clúster es EKS real: quién administra el plano de control, node groups frente a Fargate profiles, IRSA y su sucesor EKS Pod Identity, autoscaling de nodos con Karpenter, y el AWS Load Balancer Controller

Antes de empezar

Qué necesitas traer

Es para ti si...

  • Backend, DevOps o Cloud engineers que completaron las guías de Servicios Core de AWS y de Serverless y Contenedores, y necesitan el orquestador de contenedores que domina la producción real
  • Devs que construyeron una imagen Docker y la corrieron local, pero nunca la desplegaron con un orquestador de verdad
  • Ingenieros que se preparan para roles donde Kubernetes/EKS es requisito explícito de la oferta (la evidencia de mercado lo pide en la gran mayoría de los puestos cloud)
  • Equipos que ya tienen GitOps *push-based* (un pipeline de CI que corre `apply`) y quieren entender el otro polo del mismo principio: un operador *pull-based* que converge el clúster solo

Requisitos y materiales

  • Guía de Servicios Core de AWS y Guía de Serverless y Contenedores en AWS completadas (o equivalente: IAM de una cuenta, la tabla `Shipments`, y `andes-cargo-status-api` construida en Docker)
  • Guía de Fundamentos de Docker completada (o equivalente: Dockerfile, capas, `docker build`/`run`)
  • Docker instalado y funcionando (para correr `kind`)
  • Familiaridad con YAML y la línea de comandos; conocer el vocabulario de GitOps (`push` vs. `pull`) ayuda pero no es obligatorio

Contenido

El temario, módulo por módulo

Abre cualquiera para ver sus lecciones.

Dudas frecuentes

Lo que suele preguntarse

Empieza cuando quieras

Reseñas

Lo que dicen los estudiantes

Estas reseñas son de estudiantes inscritos que completaron al menos el 50% del curso. Moderamos las reseñas solo por motivos de contenido (spam, lenguaje ofensivo, datos personales), nunca por ser críticas o negativas.

Aún no hay reseñas aprobadas.

¡Sé el primero en compartir tu experiencia!