-
Feature
-
Resolution: Done
-
Critical
-
None
-
M
-
False
-
-
False
-
0% To Do, 0% In Progress, 100% Done
-
-
Feature Overview (aka. Goal Summary)
Implement a flexible framework for supporting flavors in the RHDH Operator, enabling the deployment of opinionated, pre-configured RHDH installations tailored to specific use cases. This feature extends the existing operator profiles mechanism to provide turnkey solutions that avoid the "blank page" experience of an empty RHDH installation.
For reference see the design Document
Goals (aka. expected user outcomes)
- Platform engineers can deploy RHDH instances with pre-configured components optimized for specific use cases
- Reduce initial setup complexity and time-to-value for new RHDH deployments
- Enable the definition of the Orchestrator via the operator
Requirements (aka. Acceptance Criteria):
- Leverage RHDH Operator Profile framework for Flavors support
- Flavors can be shipped as profile via the OLM bundle and located/supported outside of Operator repository
- Ability to declaratively define Flavors plugins' k8s dependencies and manage them as part of Operator reconcilation loop
- Implement documentation for using and creating flavors
Out of Scope (Optional)
- Creating every possible flavor combination
- Handling runtime reconfiguration of flavors after initial deployment
- Managing application-level content beyond initial deployment
- Shipping custom flavors outside of the OLM bundle
- Upgrading of flavors
Customer Considerations (Optional)
- Customers will need clear documentation on available flavors and their requirements
Documentation Considerations
- Document the flavor framework architecture and implementation
- Create guides for developing and distributing custom flavors
- is depended on by
-
RHIDP-6227 Orchestrator flavor in RHDH Operator
-
- Closed
-
- is documented by
-
RHIDP-7563 [Doc] Operator Flavors Support
-
- In Progress
-