Container First and standardized host operations
Operational convention for reproducible deployments on DCP-controlled infrastructure: Git, repo/deploy, Docker/Compose, /opt/dcp, persistence, and recovery.
Operational convention for reproducible deployments on DCP-controlled infrastructure: Git, repo/deploy, Docker/Compose, /opt/dcp, persistence, and recovery.
Container First is the operational default for software DCP installs and operates on Linux infrastructure it directly controls. The goal is reproducible, versioned, reconstructable deployments—not a universal Docker topology.
Git defines; the host executes
When Docker/Compose applies, the reproducible definition lives under repo/deploy/. On DCP hosts, /opt/dcp separates apps, data, backups, shared services, scripts, and host metadata to reduce drift and dependence on individual memory.
- repo/deploy/ stores the definition.
- /opt/dcp/apps/<project>/<environment> organizes deployments.
- Persistent state must survive recreation.
- Orphan services are an anti-pattern.
Container First is not Kubernetes First
Architecture remains project-specific. SaaS, managed services, serverless, static hosting, and constrained shared hosting may follow other runtime profiles. The target is reproducibility and explicit ownership, not containerization by dogma.
- Docker topology is project-specific.
- Development and production require isolation.
- Backup needs verifiable restore.
- A same-VM copy is not enough for production recovery.
Contextual glossary+
DCP operational default for reproducible and normally containerized deployments on directly controlled Linux infrastructure, unless a documented technical exception applies.
Reproducible profile of the runtime environment required by a solution.
Technical act of placing a version into an environment.
Explicit transfer of a system from delivery into operations and support.
