Los 12 Factores — Índice
Los 12 Factores — De cero a hero
Los Twelve-Factor App (o “Los 12 Factores”) son una metodología publicada por ingenieros de Heroku para construir aplicaciones SaaS (Software as a Service) que sean portables, escalables y fáciles de mantener entre desarrollo y producción.
Los 12 Factores en una frase: un contrato entre tu aplicación y el sistema operativo/plataforma que la ejecuta, pensado para maximizar portabilidad, minimizar la brecha dev/prod y permitir escalar sin rediseñar la arquitectura.
No es una tecnología ni un framework: es un conjunto de principios de diseño, aplicables en cualquier lenguaje y con cualquier combinación de backing services. Por eso sigue siendo tan relevante hoy, en la era de contenedores, Kubernetes y plataformas cloud-native — de hecho, la mayoría de esas plataformas están construidas asumiendo que tu app ya sigue estos principios.
Estructura del curso
flowchart LR
A["Fundamentos<br/>01-04"] --> B["Ciclo de vida<br/>05-07"]
B --> C["Escalado y<br/>resiliencia<br/>08-10"]
C --> D["Observabilidad<br/>y cierre<br/>11-14"]| # | Capítulo | Foco |
|---|---|---|
| 1 | Introducción y manifiesto | Origen en Heroku, problema que resuelve, visión general de los 12 factores |
| 2 | I. Código base | Un repo, múltiples despliegues |
| 3 | II. Dependencias | Declaración explícita y aislamiento |
| 4 | III. Configuraciones | Variables de entorno, el test del open source |
| 5 | IV. Backing services | Recursos conectables e intercambiables |
| 6 | V. Build, release, run | Separación estricta de etapas |
| 7 | VI. Procesos | Stateless, share-nothing, sin sticky sessions |
| 8 | VII. Asignación de puertos | Autocontención vía port binding |
| 9 | VIII. Concurrencia | Escalar mediante el modelo de procesos |
| 10 | IX. Desechabilidad | Arranque rápido, apagado elegante, SIGTERM |
| 11 | X. Paridad dev/prod | Cerrar las tres brechas |
| 12 | XI. Logs | Logs como flujos de eventos hacia stdout |
| 13 | XII. Administración de procesos | Migraciones y tareas puntuales en el mismo entorno |
| 14 | Aplicación práctica y cierre | Checklist consolidado, autoevaluación y vigencia en 2026 |
| 15 | Auditoría con un agente LLM | Briefing ejecutable para auditar la app factor por factor con un agente |
¿Para quién es este curso?
- Desarrolladores backend que quieren diseñar aplicaciones portables entre entornos.
- Equipos de DevOps/SRE que necesitan un vocabulario común para exigir buenas prácticas a los equipos de desarrollo.
- Arquitectos de software que evalúan si un sistema está listo para correr en plataformas cloud (Heroku, Kubernetes, PaaS en general).
No requiere experiencia previa con ninguna plataforma en particular; los conceptos son agnósticos de lenguaje y de proveedor cloud.
¿Qué vas a poder hacer al terminar?
- Explicar cada uno de los 12 factores con sus propias palabras y justificar por qué existe.
- Auditar una aplicación existente e identificar violaciones a la metodología (config hardcodeada, sticky sessions, dependencias implícitas, etc.).
- Diseñar nuevas aplicaciones que sean portables entre desarrollo, staging y producción sin fricción.
- Entender por qué plataformas como Heroku, Kubernetes y los buildpacks/contenedores modernos asumen estos principios como base.
Fuente
Este curso está basado en el manifiesto oficial en español: 12factor.net/es, escrito por colaboradores de Heroku a partir de la experiencia con cientos de aplicaciones SaaS.