Container First y operación estandarizada de hosts
Convención operativa para deployments reproducibles en infraestructura controlada por DCP: Git, repo/deploy, Docker/Compose, /opt/dcp, persistencia y recovery.
Convención operativa para deployments reproducibles en infraestructura controlada por DCP: Git, repo/deploy, Docker/Compose, /opt/dcp, persistencia y recovery.
Container First es el default operativo para software que DCP instala y opera sobre infraestructura Linux que controla directamente. Busca deployments reproducibles, versionados y fáciles de reconstruir, no imponer una topología Docker universal.
Git define; el host ejecuta
Cuando Docker/Compose aplica, la definición reproducible vive en repo/deploy/. En hosts DCP la convención /opt/dcp separa apps, data, backups, shared services, scripts y metadata del host para reducir drift y dependencia de memoria individual.
- repo/deploy/ conserva la definición.
- /opt/dcp/apps/<project>/<environment> organiza deployments.
- Persistent state debe sobrevivir recreación.
- Servicios huérfanos son un anti-patrón.
Container First no significa Kubernetes First
La arquitectura sigue dependiendo del proyecto. SaaS, managed services, serverless, static hosting o shared hosting pueden seguir otros runtime profiles. El objetivo es reproducibilidad y ownership explícito, no contenerizar por dogma.
- Docker topology se decide por proyecto.
- Development y production deben aislarse.
- Backup necesita restore verificable.
- Una copia solo en la misma VM no basta como estrategia productiva.
Glosario contextual＋
Default operativo de DCP para deployments reproducibles y normalmente contenerizados en infraestructura Linux controlada directamente, salvo excepción técnica documentada.
Perfil reproducible del entorno de ejecución requerido por una solución.
Acción técnica de colocar una versión en un entorno.
Transferencia explícita del sistema desde delivery hacia operación y soporte.