Ephemeral Environment

Un Ephemeral Environment (environnement éphémère) est un environnement complet (application + database + dependencies) créé à la demande pour un PR/MR (Pull/Merge Request), puis automatiquement détruit après merge ou inactivité. Permet aux reviewers de tester real-world le changement, accélère feedback loop, valide infrastructure-as-code.

Workflow typique : (1) dev push branche feature et ouvre PR ; (2) CI déclenche provisioning environnement éphémère (Kubernetes namespace, Vercel preview deployment, Heroku review app, Render preview env, Railway PR env) ; (3) URL unique générée et postée en commentaire PR ; (4) reviewers/QA testent live ; (5) au merge ou inactivité X jours, env détruit automatiquement.

Outils : (1) Vercel Preview Deployments (Next.js, React, automatic) ; (2) Netlify Deploy Previews ; (3) Heroku Review Apps ; (4) Render Preview Environments ; (5) Railway PR environments ; (6) Argo CD ApplicationSets PR Generator ; (7) Tilt + ctlptl for local Kubernetes ; (8) Garden, Okteto for K8s dev environments ; (9) GitHub Codespaces ; (10) DevPod ; (11) Bunnyshell, Mirrord, Coherence.

Benefits : (1) reviewer experience vastly better than "trust me bro" PR review ; (2) catches integration bugs early ; (3) validates infra changes (Helm chart, Terraform) in real env ; (4) demo to PM/stakeholders before merge ; (5) less reliance on shared staging (one staging = bottleneck).

Challenges : (1) costs (each PR = new infra) — mitigate via TTL, shared dependencies (DB) ; (2) data seeding (need test data) ; (3) third-party API mocking ; (4) cleanup automation reliability. Mature orgs : ephemeral envs are standard, often required PR check.