bootstrap
Dev-fast bootstrap with kindnetd networking (no Cilium). Optimized for quick local development with warm cluster support.Syntax
Options
Force full rebuild by destroying existing cluster and clearing state cache
Delegate to bootstrap-full for Cilium-based networking (production parity mode)
Features
- Warm cluster support: Automatically detects cluster state and only rebuilds what changed
- Hash-based caching: Tracks cluster config and manifest changes to minimize unnecessary rebuilds
- Single control-plane node: Minimal resource footprint
- kindnetd networking: Fast startup without Cilium overhead
- Parallel execution: 4-phase pipeline with concurrent operations
Workflow
The bootstrap process runs in 4 phases:-
Phase 1: Preparation (parallel)
- Create kind cluster
- Generate nixidy manifests
- Fetch/build OTel Collector image
- Pull container images
-
Phase 2: Image Load
- Load images into kind cluster
- Load custom OTel Collector
-
Phase 3: Deploy Services (parallel)
- Deploy PostgreSQL (early start)
- Deploy Garage (S3-compatible storage)
- Deploy observability stack (Prometheus, Grafana, Loki, Tempo)
- Deploy Traefik ingress
- Deploy Cloudflared tunnel (if configured)
-
Phase 4: Wait for Readiness
- Wait for all pods to become ready (parallel checks)
Examples
Warm Cluster Behavior
The command intelligently handles existing clusters:- Cluster config unchanged + manifests unchanged: Quick health check only
- Cluster config unchanged + manifests changed: Reapply manifests without cluster rebuild
- Cluster config changed: Full rebuild with new cluster
- Cluster unhealthy: Full rebuild
Output
After successful bootstrap:Related Commands
- bootstrap-full - Full production-parity setup
- cluster-up - Create cluster only
- gen-manifests - Regenerate manifests
bootstrap-full
Full production-parity bootstrap with Cilium CNI and Istio service mesh. Includes ArgoCD for GitOps and 2 worker nodes.Syntax
Options
Force full rebuild by destroying existing cluster and clearing state cache
Features
- Cilium CNI: eBPF-based networking with Hubble observability
- Istio ambient mode: Service mesh with L4 and L7 capabilities
- ArgoCD: GitOps continuous delivery
- Gateway API: Kubernetes Gateway API v1.5.0 CRDs
- Multi-worker setup: 2 worker nodes for realistic testing
- Warm cluster support: Same intelligent caching as bootstrap
Workflow
Full bootstrap runs in 4 phases:-
Phase 1: Preparation (parallel)
- Create kind cluster (3 nodes: 1 control-plane, 2 workers)
- Generate nixidy manifests
- Build OTel Collector image
- Pull container images (Cilium, Istio, application images)
-
Phase 2: Network Setup (sequential)
- Load Cilium and OTel images into kind
- Install Cilium with Hubble UI
- Install Istio ambient mode with tracing
- Apply Gateway API CRDs
- Start PostgreSQL early (background)
- Load remaining images in background
-
Phase 3: Deploy Services (parallel)
- Deploy ArgoCD
- Deploy Garage (S3-compatible storage)
- Deploy observability stack
- Deploy Cloudflared tunnel (if configured)
-
Phase 4: Wait for Readiness (parallel)
- Wait for ArgoCD server
- Wait for PostgreSQL
- Wait for Grafana
- Wait for Prometheus
Examples
Output
After successful bootstrap:Cilium Configuration
Cilium is installed with Istio coexistence settings:Istio Configuration
Istio is installed in ambient mode with:- Distributed tracing enabled (OpenTelemetry)
- OTel Collector endpoint:
otel-collector.observability.svc.cluster.local:4317 - Waypoint proxy in
microservicesnamespace - Ambient dataplane mode for labeled namespaces
Related Commands
- bootstrap - Fast dev mode
- cilium-install - Install Cilium separately
- istio-install - Install Istio separately
- argocd-bootstrap - Bootstrap ArgoCD only
full-bootstrap
Lightweight bootstrap without Istio and ArgoCD. Single worker node for reduced memory usage.Syntax
Features
- Cilium CNI with Hubble
- Single worker node (reduced from 2)
- No Istio service mesh
- No ArgoCD (use Tilt for app deployment)
- Memory-optimized configuration
Use Case
Ideal for development environments with memory constraints where service mesh and GitOps are not required.Related Commands
- bootstrap - Recommended fast dev mode
- bootstrap-full - Recommended full production-parity mode