Environment Lifecycle: Localhost to Production
Architectural Context
A fundamental principle of resilient cloud architecture is the strict separation of code and data environments. CloudAIPilot utilizes an intrinsic, system-wide tagging architecture to enforce this separation across your entire infrastructure.
The Environment Hierarchy
- Localhost (Development): This represents the engineer's local machine. CloudAIPilot does not directly orchestrate this tier. Development occurs here utilizing standard IDEs before code is pushed to your remote repositories.
- Staging / Pre-Production: An exact, isolated replica of your live environment hosted on a CloudAIPilot-managed server. This boundary is utilized for rigorous QA testing, database schema validation, and stakeholder review prior to public release.
- Production: The live, public-facing infrastructure handling active customer traffic.
Control Plane Enforcement
When an application, container, or site is provisioned via CloudAIPilot, the orchestration engine requires an environment designation. This classification heavily influences platform behavior:
- Visual Governance: Staging environments are clearly delineated in the interface to prevent human error, while Production resources trigger "Careful" validation modals prior to any destructive operation.
- Resource-Scoped RBAC: The Granular Role-Based Access Control engine deeply integrates with these tags. For example, a custom role can be configured to allow junior engineers full deployment rights (
app:deploy) onStagingenvironments while categorically denying access toProduction. - Autonomous Cloning: The control plane can autonomously duplicate a Production environment into a Staging replica in seconds.
[!WARNING] Strict Data Isolation: CloudAIPilot enforces a zero-crossover policy. When a site is cloned to Staging, the system provisions an entirely new, cryptographically isolated database. Production and Staging workloads must never share an active database connection.