Environment
The Lapdev Kubernetes Environment is the foundation of Lapdev’s platform. It’s where you develop, test, and demo your applications — all directly within Kubernetes.
Lapdev’s unique strength is that it manages the entire environment lifecycle — from creation to synchronisation — in a seamless, automated way. You don’t need to manually manage YAML files, sync resources, or worry about configuration drift.
How It Works
Environments are created from App Catalogs, which serve as blueprints for your application.
When you create an environment:
Select an existing App Catalog that defines your app's workloads
Choose an environment type (Personal, Shared, or Branch)
Lapdev deploys the workloads:
Personal/Shared: into a dedicated namespace
Branch: into the shared base environment's namespace
ConfigMaps, Secrets, and Services are automatically included
The result: a fully functional copy of your app that mirrors production exactly, with zero manual YAML management.
App Catalogs are created by reading production manifests directly from your cluster. Learn more about App Catalogs.
Environment Types
Lapdev supports three environment types, depending on your workflow and cost requirements:
Personal Environments — fully isolated, ideal for independent development
Shared Environments — team-wide baseline, ideal for integration testing
Branch Environments — lightweight personal modifications on shared foundation, ideal for large teams
All types support Devbox for local development and debugging.
1. Personal Environments
A Personal Environment is a completely isolated workspace for a single developer.
Each personal environment runs in its own Kubernetes namespace, so:
One developer’s work never affects another’s.
Multiple environments can be created per developer (e.g., one per feature or bug fix).
You can switch between environments freely.
Because every personal environment contains a full set of workloads, it guarantees total isolation — but that comes with higher resource usage.
Lapdev helps mitigate this cost by allowing you to pause and resume environments on demand, automatically scaling down resources when you’re not using them.
Best for: Developers who need full isolation or want to test complex changes safely.
2. Shared Environments
A Shared Environment is a team-wide baseline that runs a complete version of your app.
Created and managed by admins
Accessible by all team members
Acts as the foundation for branch environments
Ideal for integration testing or staging setups
Best for: Teams who need a stable, shared environment for testing or as a baseline for branch environments.
3. Branch Environments
Branch Environments provide a cost-effective way to test changes by building on top of a shared environment.
When you create a branch environment:
Initially, it references all workloads from the shared environment
Only when you modify a service does Lapdev create a branched copy
The branched copy runs alongside the shared version inside the shared environment's namespace, and Lapdev handles routing between them
Unmodified services continue using the shared environment
Multiple developers can work simultaneously without conflicts
This Git-like branching model means:
Near-instant creation - no waiting for full environment deployment
Minimal cost - only run what you're changing (up to 88% infrastructure reduction)
Realistic testing - test against real production-like services, not mocks
How it works:
Lapdev uses intelligent traffic routing to direct requests to your branched services while everything else uses the shared baseline. This enables multiple developers to safely test changes in parallel.
Requirements:
Services must communicate via HTTP/HTTPS
Your application must forward
tracestateheaders in service callsNon-HTTP components (databases, message queues) remain shared
Best for: Large teams doing frequent feature development with cost efficiency in mind.
For technical details on routing, sidecar proxies, and header propagation, see Branch Environment Architecture.
Local Development with Devbox
All environment types support Devbox, Lapdev's CLI tool for local development.
Devbox allows you to:
Intercept cluster traffic to your local machine for real-time debugging
Use your local IDE to edit, build, and debug as if running in the cluster
Access in-cluster resources (databases, caches, internal APIs) transparently
When connected via Devbox, your local process integrates seamlessly with your environment. Other services automatically route traffic to your local instance, combining fast local iteration with accurate cluster integration.
Learn more about Devbox and how to use it.
Preview URLs
Every Lapdev environment can expose one or more Preview URLs — public HTTPS endpoints for accessing or sharing your running services.
Preview URLs are created per service. You choose which service to expose, and Lapdev automatically handles DNS, certificates, routing, and security.
When requests come in through a Preview URL in a branch environment, Lapdev automatically manages the tracestate header to route traffic to the correct branch environment.
Learn more about Preview URLs.
Comparison
Isolation
Fully isolated (per namespace)
Shared by all team members
Shared base, routed isolation
Cost
Highest
Medium
Lowest
Ideal For
Deep testing, multi-service debugging
Integration testing, team staging
Large teams, frequent branching
Performance
Slower to start, full workloads
Full workloads, shared infrastructure
Instant setup, minimal overhead
Access
Single developer
Entire team
Single developer (with shared base)
Summary
Lapdev Kubernetes Environments let you:
Reproduce production exactly, without manual setup
Stay notified when production changes - sync with one click when you're ready
Choose between full isolation, team-wide sharing, or cost-efficient branching
Use Devbox for fast, local-style development in Kubernetes
Collaborate efficiently with consistent, shareable environments
Whether you're developing alone, testing as a team, or scaling across a large organization, Lapdev ensures every environment stays consistent, efficient, and production-accurate.
Last updated