Garden vs kind

Garden is a DevOps automation tool for developing and testing Kubernetes applications. It creates production-like environments for development, testing, and CI on demand, then represents infrastructure, builds, services, and tests in a dependency-aware action graph. Graph-aware caching avoids rerunning unchanged images and tests. Garden Core uses YAML declarations to make workflows reproducible across developer machines and CI, and sync mode live-syncs changes to running deployments. Plugins cover Kubernetes, Helm, Terraform, Pulumi, and local scripts. Its Terraform provider validates and provisions infrastructure and exposes stack outputs to Garden actions; the Pulumi plugin is experimental and deploys stacks in dependency order. Garden Cloud's Remote Container Builder uses managed remote compute and shared Docker layer caches. Garden supports Linux, macOS, Windows, and self-hosted use. It requires Git 2.14 or newer, and local service builds need a local Kubernetes installation. The free tier has limits on build minutes, cache hits, and cache retention. Enterprise is a self-hosted Garden Cloud distribution installed into a customer's Kubernetes infrastructure.

kind runs local Kubernetes clusters with Docker container nodes, mainly for Kubernetes testing; local development and CI are also listed uses. It bootstraps cluster nodes with kubeadm and supports multi-node setups, including high availability. A configuration file can define worker and control-plane nodes, port mappings, and Kubernetes versions.

The tool can build Kubernetes release builds from source or use pre-published builds. It can detect Docker, Podman, or nerdctl as its container provider, including rootless providers subject to host and provider requirements. Users can load Docker images or an image archive into a cluster. Documentation covers ingress and Gateway API configuration with cloud-provider-kind, private registry workflows, and Kubernetes API audit logging.