MarbleTofu DevOps CABA MarbleTofu DevOps CABA · Azotea
Azotea con antenas en Buenos Aires al atardecer

Programa completo · Buenos Aires CABA

Programa de DevOps y Kubernetes: temario por módulos

Este programa ordena lo que un operador junior necesita para sostener servicios en Kubernetes. Va de base Linux y Git hasta despliegues, IaC y observabilidad, con prácticas corregidas en cada tramo.

Lee cada módulo, revisa requisitos y decide si entras desde cero o directo a Kubernetes. Si algo no te cierra, pide el plan de estudios extendido por contacto.

Cómo leer esta página

  • Nivel inicial — Módulos 1 a 3

    Linux, Docker y CI para operar sin adivinar.

  • Nivel Kubernetes — Módulos 4 a 7

    Infraestructura como código, clúster y guardia.

  • Dedicación sugerida — 5 a 6 h semanales

    Clase en vivo más laboratorio corregido.

Por dónde empezar

Dos caminos según tu punto de partida

Desde cero operativo

Si vienes de soporte o desarrollo sin guardia, empieza en el módulo 1. Afianzas terminal, permisos y Git con criterio de equipo antes de tocar contenedores. Evitas copiar manifests sin entender qué hacen.

Ideal para quien arma su primer repositorio ordenado.

Directo a Kubernetes

Si ya dominas Docker y Git con fluidez, puedes pedir la práctica corta de nivelación y entrar al tramo de Kubernetes. La revisamos como revisión de equipo y te decimos si conviene empezar en el módulo 2 para no trabar al grupo.

Consulta por nivelación antes de anotarte.

Enfoque fintech en CABA

Todo el curso Docker CI/CD en Buenos Aires usa una API de pagos ficticia. Practicas variables por ambiente, trazabilidad de versiones y documentación para auditoría, que es lo que piden los equipos financieros locales.

Casos de infraestructura como código con Terraform.

Tramo inicial · base operativa

Linux, Docker y entrega continua antes del clúster

Sin esta base, Kubernetes se vuelve frágil. Aquí se aprende a diagnosticar, construir imágenes limpias y dejar un pipeline que frene un merge roto.

Módulo 1 · Base

Linux, redes y Git

Entrega: repo con scripts

Dónde se rompen la mayoría de los deploys

Practicas con terminal, SSH y systemd básico, diagnóstico con curl, dig, ss y lectura de logs para distinguir un problema de permisos, de disco o de red. En Git vemos branching, pull requests y resolución de conflictos con criterio de equipo, no como comandos sueltos. La entrega es un repositorio ordenado con scripts pequeños y documentación corta que otro operador pueda seguir.

Módulo 2 · Contenedores

Docker para producción

Requisito para Kubernetes

Imágenes pequeñas y repetibles

Aprendes a construir imágenes con multistage builds y usuarios no root, taggeo por commit y escaneo básico de vulnerabilidades. La práctica es dockerizar una API de pagos ficticia con variables por ambiente y healthchecks que avisan cuando el servicio no está listo. Hablamos en detalle de qué no subir nunca a una imagen, como secretos o archivos de entorno real.

Módulo 3 · Pipelines

GitLab CI y GitHub Actions

Entrega: pipeline completo

Pipelines que frenan lo roto

Armamos pipelines que compilan, prueban y bloquean merges cuando algo falla, con caches, artefactos, ambientes de preview y aprobaciones manuales para producción. Incluimos manejo de secretos en CI y trazabilidad de quién desplegó qué versión, para responder en una revisión qué cambió y cuándo. La entrega es el pipeline completo para la API del módulo anterior, corregido como revisión de equipo.

Aula con proyector durante clase de DevOps

Del laboratorio a la guardia

Infraestructura como código antes de orquestar

Pasamos de servidores tocados a mano a código versionado que se puede revisar y auditar. Terraform levanta, Ansible configura, todo queda en un repo.

Tramo intermedio

Terraform, Ansible y Kubernetes esencial

Módulo 4 · Infraestructura como código

Servidores que se leen como código

Con Terraform declaras redes, máquinas y políticas en un entorno de laboratorio, con state remoto y workspaces por ambiente para no mezclar desarrollo con producción. Con Ansible configuras base, usuarios y paquetes de forma idempotente, de modo que correr dos veces da el mismo resultado. La práctica integra ambos desde un solo repo y cierra con documentación de cambios pensada para auditoría, algo que piden mucho las fintech en CABA.

  • — State remoto y workspaces separados por ambiente.
  • — Roles de Ansible que puedes explicar línea por línea.
  • — Registro de cambios listo para revisión interna.

Módulo 5 · Kubernetes de pods a servicios

Exponer, escalar y revertir sin adivinar

Entramos a Kubernetes con pods, deployments, services, configmaps, secrets e ingress, con namespaces por ambiente y cuotas para simular equipos que comparten clúster. Aprendes a leer eventos, describir recursos y depurar un CrashLoopBackOff paso a paso. La práctica lleva la API de pagos a un clúster de laboratorio con probes y límites de recursos. Al final sabes exponer, escalar y revertir una versión con kubectl y con manifests guardados en Git.

Pasillo de racks en laboratorio nocturno

Tramo avanzado

Ambientes ordenados y operación diaria

Aquí se nota el temario Kubernetes con foco fintech: nada de YAML duplicado a mano y nada de cajas negras sin alertas. Cada entrega queda versionada y se puede revertir.

Sala de operaciones con métricas y alertas

Práctica final: guardia guiada con incidente simulado.

Módulo 6 · Helm y Kustomize

Un chart, tres ambientes sin copiar YAML

Con Helm parametrizas charts y con Kustomize aplicas parches por ambiente, para que desarrollo, staging y producción compartan base sin divergir. Vemos versionado de charts, rollback controlado y notas de release que explican qué cambió. La entrega es un chart propio con valores por ambiente. También practicamos despliegues progresivos simples y pausas manuales antes de producción, para que alguien revise antes de abrir tráfico.

Módulo 7 · Observabilidad y seguridad

Ver qué pasa y responder con runbooks

Un clúster sin observabilidad es una caja negra. Configuras Prometheus y Grafana para métricas, agregación de logs y alertas con umbrales razonables para no generar ruido. En seguridad vemos RBAC con mínimo necesario, network policies y gestión de secretos con rotación. Cerramos con runbooks para incidentes comunes: latencia alta, pod evicted, disco lleno. La práctica final simula una guardia con un incidente guiado donde debes diagnosticar y dejar registro.

  • — Métricas, logs y alertas calibradas para equipo pequeño.
  • — RBAC y políticas de red explicadas con ejemplos.
  • — Runbooks que puedes llevar a una entrevista técnica.

Evaluación real

Cómo se evalúa y qué te llevas

No hay examen multiple choice que defina todo. Cada módulo tiene una entrega práctica y una devolución escrita del docente, con observaciones concretas para corregir.

Para aprobar necesitas entregar los laboratorios y corregir al menos una vez lo observado. Te llevas repositorios ordenados, dashboards y runbooks que puedes explicar en una entrevista técnica sin memorizar definiciones.

Si un módulo te queda flojo, puedes repetir solo ese tramo en la siguiente cohorte presencial u online, sin rehacer todo el programa DevOps en CABA.

Requisitos y dedicación

Qué necesitas para cursar

  • Computadora con 8 GB de RAM como mínimo y permisos para instalar Docker y herramientas CLI.

  • Conexión estable y unas 6 horas semanales en inicial, 5 horas en Kubernetes, entre clase en vivo y laboratorio.

  • Las clases online en vivo se graban por 60 días para repasar.

  • Los laboratorios remotos se habilitan por cohorte y se cierran al finalizar, con aviso previo para descargar tu trabajo.

Preguntas frecuentes

Dudas antes de anotarte

El temario se actualiza cuando hay cambios relevantes en manifests, charts y pipelines. Lo registramos en la página de mantenimiento de contenido y no cambiamos el programa a mitad de cohorte sin avisar.

Cómo mantenemos útil el contenido

¿Puedo cursar solo el módulo de Kubernetes?

Sí, si demostras Docker y Git fluidos con una práctica corta de nivelación. La revisamos y te confirmamos el ingreso. Si no la completas, te recomendamos empezar desde el módulo 2 para no trabar al grupo y llegar con base sólida al clúster.

¿El temario cambia con nuevas versiones?

Actualizamos manifests, charts y pipelines cuando hay cambios relevantes y lo registramos en la página de mantenimiento de contenido. Mantenemos estabilidad durante la cursada: no cambiamos herramientas ni entregas a mitad de cohorte sin aviso previo.

¿Qué pasa si me atraso en un módulo?

Cada entrega tiene devolución escrita y una instancia de corrección. Si un tramo te queda flojo, puedes repetir solo ese módulo en la siguiente cohorte, presencial u online, y conservar el resto de tus entregas aprobadas.

Consultar por nivelación

Atención: Lunes a Viernes 09:00–18:00 · [email protected]