Skip to main content
InfraGap.com Logo
Home
Getting Started
Core Concept What is a CDE? How It Works Benefits CDE Assessment Getting Started Guide
Implementation
Architecture Patterns DevContainers Language Quickstarts IDE Integration AI/ML Workloads Advanced DevContainers
Operations
Performance Optimization High Availability & DR Monitoring Capacity Planning Troubleshooting Runbooks
Security
Security Deep Dive Secrets Management Vulnerability Management Network Security IAM Guide Compliance Guide
Planning
Pilot Program Design Stakeholder Communication Risk Management Migration Guide Cost Analysis Vendor Evaluation Training Resources Team Structure Industry Guides
Resources
Tools Comparison CDE vs Alternatives Case Studies Lessons Learned Glossary FAQ

Migration & Implementation Guide

A complete roadmap for migrating from local development to cloud development environments

Are You Ready for CDE Migration?

Evaluate if your organization is ready to adopt cloud development environments based on these key indicators

Security Concerns

You need data loss prevention (DLP) or source code never leaves the VPC

Slow Onboarding

New developers take 2-5 days to set up local environments

Environment Drift

"Works on my machine" is a daily occurrence

Compliance Mandates

HITRUST, SOC 2, or GDPR requirements for code access

Growing Teams

20+ developers or rapid scaling expected

Resource Intensive

AI/ML workloads, large builds, or database dependencies

Team Size Considerations

1-10
developers

Maybe - Consider if you have specific compliance or security needs

10-50
developers

Sweet Spot - High ROI with manageable migration complexity

50+
developers

Highly Recommended - Substantial cost savings and standardization benefits

4-Phase Implementation Roadmap

A proven, phased approach to CDE migration - from discovery to full rollout

1
Discovery
Weeks 1-4
2
Pilot
Weeks 5-12
3
Expansion
Weeks 13-24
4
Rollout
Week 25+
1

Phase 1: Discovery & Planning

Weeks 1-4 - Foundation and Assessment

Objectives

  • Understand current development workflows and pain points
  • Evaluate CDE platforms (Coder, Gitpod, Codespaces, Daytona)
  • Define success criteria and KPIs
  • Build executive buy-in with business case

Key Activities

  • Conduct developer surveys (pain points, tooling needs)
  • Audit current infrastructure (cloud providers, Kubernetes clusters)
  • Security & compliance review (HITRUST, SOC 2, GDPR)
  • Calculate total cost of ownership (TCO) vs. current state
  • Create migration roadmap and timeline

Deliverables

Assessment Report

Current state analysis with recommendations

Business Case

ROI analysis and cost-benefit breakdown

Implementation Plan

Phased rollout strategy with milestones

Success Criteria

Executive approval secured
Platform selected and budgeted
Pilot team identified (5-10 developers)
Timeline and milestones agreed upon
2

Phase 2: Pilot Implementation

Weeks 5-12 - Prove the Concept

Objectives

  • Deploy CDE infrastructure in production VPC
  • Create 2-3 workspace templates for pilot projects
  • Validate workflows with real development teams
  • Gather feedback and iterate on templates

Key Activities

  • Set up Kubernetes cluster or VM infrastructure
  • Deploy CDE platform (Coder, Gitpod, etc.)
  • Configure SSO, RBAC, and security policies
  • Build Terraform templates for common stacks
  • Train pilot team on VS Code Remote SSH / JetBrains Gateway
  • Monitor usage, performance, and cost

Deliverables

Production CDE Infrastructure

Fully deployed, monitored, and secured

Workspace Templates

2-3 validated templates ready for scaling

Pilot Feedback Report

Developer experience and improvement areas

Success Criteria

80%+ pilot team satisfaction
Onboarding time reduced by 50%+
No security incidents during pilot
Templates deploy in under 5 minutes
3

Phase 3: Expansion

Weeks 13-24 - Scale to Multiple Teams

Objectives

  • Expand to 30-50% of development teams
  • Build comprehensive template library
  • Optimize cost and resource allocation
  • Establish self-service workflows

Key Activities

  • Roll out to additional teams (team-by-team approach)
  • Create templates for all major tech stacks
  • Implement auto-stop policies to control costs
  • Set up monitoring dashboards (usage, cost, performance)
  • Document best practices and runbooks
  • Train additional platform engineers

Deliverables

Template Library

10+ production-ready workspace templates

Documentation Portal

Self-service guides and troubleshooting

Cost Optimization Report

Resource utilization and savings analysis

Success Criteria

30-50% of developers actively using CDEs
90%+ workspace creation success rate
Support ticket volume decreasing
Measurable cost savings vs. local dev
4

Phase 4: Full Rollout

Week 25+ - Organization-Wide Adoption

Objectives

  • Make CDEs the default for all new hires
  • Migrate remaining teams from local development
  • Enforce compliance and security policies
  • Optimize platform for scale and efficiency

Key Activities

  • Update onboarding to default to cloud workspaces
  • Migrate last 20-30% of holdout teams
  • Implement advanced features (GPU workspaces, ML templates)
  • Fine-tune auto-scaling and cost controls
  • Conduct retrospectives and continuous improvement

Deliverables

Full Production Platform

100% developer adoption across organization

Security Hardening

DLP policies, audit logs, compliance reports

Performance Benchmarks

KPI dashboard with ongoing metrics

Success Criteria

95%+ of developers on CDEs
Local development deprecated
All KPIs meeting or exceeding targets
Platform running in steady-state mode

Infrastructure Requirements

Resource planning and infrastructure setup for cloud development environments

Kubernetes Cluster Sizing

Small Team (10-20 devs)

Nodes: 3-5
CPU per node: 8-16 cores
RAM per node: 32-64 GB
Storage: 500 GB - 1 TB

Medium Team (20-50 devs)

Nodes: 5-10
CPU per node: 16-32 cores
RAM per node: 64-128 GB
Storage: 1-3 TB

Large Team (50+ devs)

Nodes: 10-20+
CPU per node: 32-64 cores
RAM per node: 128-256 GB
Storage: 3-10+ TB

Cloud Provider Recommendations

Amazon Web Services (AWS)

EKS (Elastic Kubernetes Service) or EC2 instances

  • Best for: Large enterprises, extensive service integration
  • Instance types: c6i.4xlarge, m6i.8xlarge (CPU-optimized), p4d.24xlarge (GPU workloads)
  • Storage: EBS gp3 volumes (3000 IOPS baseline, scalable)

Microsoft Azure

AKS (Azure Kubernetes Service) or Azure VMs

  • Best for: Microsoft-centric organizations (.NET, Windows development)
  • VM types: Standard_D16s_v5, Standard_E32s_v5, NC-series (GPU)
  • Storage: Azure Premium SSD (P30/P40 disks)

Google Cloud Platform (GCP)

GKE (Google Kubernetes Engine) or Compute Engine

  • Best for: AI/ML workloads, container-native workflows
  • Machine types: n2-standard-16, c2-standard-30, a2-highgpu-1g (GPU)
  • Storage: Persistent Disk SSD (pd-ssd, balanced pd-balanced)

Network Requirements

Bandwidth & Latency

Minimum bandwidth: 10 Mbps per developer
Recommended: 25-50 Mbps per developer
Latency target: Under 50ms (same region)
Cross-region: Under 150ms acceptable

VPC & Security

Deploy in private VPC subnet with egress-only internet
VPN or private link for developer access
Network policies to isolate workspaces
TLS 1.3 for all connections (SSH, HTTPS)

On-Premises Deployment

When to Consider

  • Strict data residency requirements
  • Air-gapped or classified environments
  • Existing on-prem Kubernetes infrastructure
  • Cost optimization for very large teams (100+ devs)

Additional Requirements

  • Dedicated platform engineering team for maintenance
  • Monitoring and alerting infrastructure
  • Backup and disaster recovery plan
  • High-availability setup (3+ master nodes)

Team Preparation & Change Management

Successful migration depends on people, not just technology

Developer Training Requirements

Core Skills (2-4 hours)

  • Creating and managing workspaces
  • Connecting via VS Code Remote SSH or JetBrains Gateway
  • Understanding resource limits and quotas
  • Debugging connection issues

Advanced Topics (4-8 hours)

  • Customizing workspace templates (DevContainers)
  • Managing secrets and environment variables
  • Port forwarding and local tunneling
  • Using GPU workspaces for AI/ML

Change Management Strategies

Early Communication

Announce the migration 3-6 months in advance. Share the "why" - security, compliance, faster onboarding, cost savings.

"We're moving to cloud development environments to improve security and eliminate 'works on my machine' issues. This will make onboarding new developers 90% faster and ensure everyone has the same tooling."

Identify Champions

Find 2-3 enthusiastic developers per team to be early adopters and help evangelize the platform.

  • Give champions early access to the pilot
  • Empower them to help teammates during rollout
  • Recognize their contributions publicly

Feedback Loops

Create dedicated Slack channels, office hours, and regular surveys to capture pain points.

#cde-support

Technical questions and troubleshooting

#cde-feedback

Feature requests and improvement ideas

Address Concerns Proactively

Anticipate common objections and prepare clear responses:

"I like my local setup"

Response: You can replicate your exact setup in a DevContainer. Plus, you'll get faster builds and never worry about "works on my machine."

"What about offline work?"

Response: VS Code Remote caches files locally. You can work offline and changes sync when reconnected.

"Will it be slow?"

Response: With proper bandwidth (25+ Mbps) and same-region deployment, most developers report faster builds and indexing.

Handling Resistance & Pushback

Common Resistance Points

  • Senior developers attached to local workflows
  • Fear of losing customization and control
  • Concerns about internet dependency
  • Skepticism about promised benefits

Mitigation Strategies

  • Involve skeptics in the pilot design phase
  • Allow gradual adoption (not forced overnight)
  • Provide 1-on-1 support for resistant users
  • Share success stories from pilot team

Common Migration Patterns

Choose the right rollout strategy for your organization

Team-by-Team Migration

Migrate one team at a time, starting with the most enthusiastic or least complex

RECOMMENDED

Best For

  • Organizations with 20-100 developers
  • Teams with varying tech stacks
  • When you need gradual validation

Typical Timeline

Week 1-2: Team Alpha (5-10 devs)
Week 3-4: Team Beta (5-10 devs)
Week 5+: Remaining teams sequentially

Project-by-Project Migration

Migrate specific projects or repos, allowing developers to use CDEs for some work and local for others

Best For

  • New greenfield projects
  • Compliance-driven migrations (specific repos need CDE)
  • Testing CDEs on low-risk projects first

Considerations

Developers context-switch between local and cloud
May take longer to reach full adoption
Tooling setup required for both environments

Big Bang Migration

Migrate entire organization on a single cutover date (after extensive pilot testing)

HIGH RISK

Best For

  • Small teams (under 20 developers)
  • Homogeneous tech stack
  • Urgent compliance deadlines

Risks

High disruption if issues arise
Limited ability to iterate based on feedback
Requires extensive pre-testing and rollback plan

Success Metrics & KPIs

Measure the impact of your CDE migration with these key performance indicators

Developer Experience

Developer Satisfaction 85%+
Baseline: Survey current satisfaction | Target: 85%+ positive responses
Time to First Commit (New Hire) 4 hours
Baseline: 2-3 days typical | Target: Same-day productivity (under 4 hours)
Support Tickets per Developer -60%
Baseline: Track environment setup tickets | Target: 60% reduction

Operational Efficiency

Workspace Creation Success Rate 95%+
Baseline: N/A (new metric) | Target: 95%+ workspaces deploy successfully
Average Workspace Startup Time 3 min
Baseline: N/A | Target: Under 3 minutes from click to connected
Platform Uptime 99.5%
Baseline: N/A | Target: 99.5% uptime (enterprise SLA)

Cost Optimization

Cost per Developer per Month $80-150
Baseline: Track current laptop + software costs | Target: Competitive or lower
Resource Utilization Rate 60-75%
Baseline: N/A | Target: Balanced utilization (not over-provisioned)
Auto-Stop Effectiveness 80%+
Baseline: N/A | Target: 80%+ of workspaces stop when idle

Security & Compliance

Data Exfiltration Incidents ZERO
Baseline: Track current incidents | Target: Zero source code leaks
Audit Log Coverage 100%
Baseline: Limited local tracking | Target: All workspace actions logged
Compliance Violations ZERO
Baseline: Track current violations | Target: Zero HITRUST/SOC 2 findings

Baseline Measurement Checklist

Before starting your migration, collect these baseline metrics to measure improvement: