| name | rhdh-install-aks |
| metadata | {"author":"rhoai3-coding-demo","version":"1.0.0","platform-family":"rhdh","platform-baseline":"repo","ocp-baseline":"repo","skill-group":"Developer Hub"} |
| description | Use when installing Red Hat Developer Hub on Microsoft Azure Kubernetes Service (AKS): Operator-based installation via OLM, Helm chart deployment, pull secret provisioning, custom configuration (app-config, dynamic plugins, RBAC), Backstage CR authoring, Ingress exposure with Azure web app routing, and AKS-specific considerations (fsGroup, routing add-on). Do NOT use for OpenShift-based RHDH installation or RHDH configuration beyond initial deployment.
|
RHDH Install AKS
Use this skill to ground Red Hat Developer Hub 1.10 installation on Microsoft
Azure Kubernetes Service (AKS) in official Red Hat documentation.
Source Grounding
Read references/source-capture.md before using product behavior. Official Red
Hat documentation is product authority. This skill covers two installation
methods (Operator and Helm) and AKS-specific platform considerations.
Installation Methods
Operator-Based (OLM)
On AKS the OLM framework and Red Hat Container Registry are not built-in:
- Create the
rhdh-operator namespace.
- Create a pull secret for
registry.redhat.io in that namespace.
- Create a
CatalogSource pointing to
registry.redhat.io/redhat/redhat-operator-index:v4.21.
- Create an
OperatorGroup and Subscription (channel: fast,
startingCSV: rhdh-operator.v1.10.1).
- Patch the Operator deployment to include the pull secret.
- Provision custom configuration (app-config ConfigMap, secrets, dynamic
plugins ConfigMap).
- Create a pull secret in the RHDH instance namespace and patch the default
ServiceAccount.
- Author a
Backstage CR (apiVersion: rhdh.redhat.com/v1alpha5).
- Create a Kubernetes Ingress with
ingressClassName: webapprouting.kubernetes.azure.com.
Helm Chart
- Add the Helm repo:
helm repo add openshift-helm-charts https://charts.openshift.io/
- Enable the AKS Routing add-on:
az aks approuting enable --resource-group <rg> --name <cluster>
- Create a namespace and pull secret for
registry.redhat.io.
- Author
values.yaml with AKS-specific settings (fsGroup, ingress class,
pull secrets, route disabled).
- Install:
helm -n $NAMESPACE install -f values.yaml $NAME openshift-helm-charts/redhat-developer-hub --version 1.10.1
AKS-Specific Considerations
- Ingress: Ingresses replace OpenShift Routes. Use the Azure web app
routing ingress class (
webapprouting.kubernetes.azure.com).
- Pull secrets: Not managed globally; must be provisioned in both the
operator and instance namespaces.
- fsGroup: Set
podSecurityContext.fsGroup (e.g. 3000) to avoid
Permission denied errors.
- Routing add-on: Install the NGINX-based Ingress Controller via
az aks approuting enable.
Key Resources
| Resource | apiVersion | Purpose |
|---|
| Backstage CR | rhdh.redhat.com/v1alpha5 | RHDH instance lifecycle |
| CatalogSource | operators.coreos.com/v1alpha1 | Red Hat operator catalog |
| Subscription | operators.coreos.com/v1alpha1 | Operator install |
| Ingress | networking.k8s.io/v1 | External access |
Custom Configuration
Custom configuration uses two ConfigMaps and a Secret:
app-config-rhdh ConfigMap: contains app-config.yaml with baseUrl
settings for app, backend, and backend.cors.origin.
dynamic-plugins-rhdh ConfigMap: contains dynamic-plugins.yaml.
my-rhdh-secrets Secret: contains BACKEND_SECRET and other auth secrets.
Verification
kubectl get deployment -n rhdh-operator
kubectl get deployment <name> -n <namespace>
Workflow
- Confirm the RHDH version baseline.
- Read
references/official-doc-extraction.md.
- Choose Operator or Helm based on requirements.
- Follow the platform-specific steps for AKS.
- Verify with the commands above.
Related Skills
- Use
rhdh-install-eks for EKS installation.
- Use
rhdh-install-gke for GKE installation.
- Use
rhdh-install-osd-gcp for OpenShift Dedicated on Google Cloud.
References
references/source-capture.md
references/official-doc-extraction.md