CRD Management
How Bluebricks automatically handles Custom Resource Definitions (CRDs) in Helm charts using server-side apply for reliable, consistent deployments
Last updated
How Bluebricks automatically handles Custom Resource Definitions (CRDs) in Helm charts using server-side apply for reliable, consistent deployments
Bluebricks uses server-side apply to manage CRD installation automatically. This ensures CRDs are installed before your chart deploys, preventing common deployment failures and version conflicts.
Automatic installation:
CRDs are automatically installed before chart deployment
Uses server-side apply for reliable CRD management
Handles CRD updates and versioning
CRD sources:
crds/ directory in your chart
Chart dependencies with CRDs
External CRD definitions
my-helm-chart/
├── Chart.yaml
├── values.yaml
├── templates/
└── crds/ # CRD definitions
├── custom-resource.yaml
└── another-crd.yamlBluebricks follows a safe, sequential process to handle CRDs:
Pre-deployment: Installs CRDs first to make them available
Validation: Validates CRD syntax and compatibility before proceeding
Chart deployment: Deploys your chart templates that reference the CRDs
Post-deployment: Verifies CRD status to confirm successful installation
This order prevents errors where templates try to use CRDs that don't exist yet.
Place CRDs in crds/ directory
Use proper CRD versions
Test CRD installation locally
Document CRD requirements
Helm: full Helm artifact reference
Packages overview: artifact types and packaging concepts
Creating Blueprints: compose artifacts into blueprints
Last updated