What main problem is Kustomize designed to solve
Kustomize solves the problem of reusing Kubernetes YAML across multiple environments without copying the same files into separate folders for dev staging and production
Why is copying the same Kubernetes YAML files into separate environment folders a bad long term solution
It creates duplication and makes it easy for environments to drift apart when someone forgets to copy or update a file in every folder
In the lecture example what setting needed to change across environments
The number of replicas needed to change so development used 1 staging used 2 and production used 5
What is the base in Kustomize
The base is the common set of Kubernetes YAML files and default values that are shared across all environments
What are overlays in Kustomize
Overlays are environment specific customizations that modify or extend the base configuration
What kind of values should go into the base directory
Values and resources that should be the same across environments or serve as sensible defaults should go into the base directory
What kind of values should go into an overlay directory
Only the settings that need to change for a specific environment and any resources unique to that environment should go into that overlay directory
Why was there no real need for a development overlay in the lecture example
The base already set replicas to 1 which matched the development requirement so nothing had to be overridden there
How does Kustomize create the final manifest that gets applied to the cluster
Kustomize combines the base configuration with the chosen overlay and builds the final Kubernetes YAML manifest
What folder structure is commonly used with Kustomize
A common structure uses one base directory and an overlays directory with separate subdirectories for environments like development staging and production
Does Kustomize require a templating language like Helm
No Kustomize does not use a templating language and instead works by patching and customizing plain YAML
Why is Kustomize often considered simpler than Helm for this use case
Kustomize keeps everything as normal YAML files which makes the configuration easier to read validate and reason about
Is Kustomize built into kubectl
Yes Kustomize functionality is built into kubectl although the standalone Kustomize tool may be newer
What is the main workflow when using Kustomize for multiple environments
You define shared resources in base define environment specific changes in overlays and then build or apply the combined result for the target environment
What is the biggest advantage of Kustomize over manual YAML duplication for environment management
It lets you customize only what changes per environment while keeping the shared configuration in one place which is more maintainable and scalable