Monter des ressources Kubernetes personnalisées dans les environnements de Dynamic Engine
Personnalisez les environnements de Dynamic Engine via le montage de ressources Kubernetes : ConfigMap pour la configuration non sensible, Secret pour les identifiants, volumes pour les fichiers et les certificats, PersistentVolumeClaim pour le stockage persistant et securityContext pour les autorisations utilisateur·trices.
Ces modèles de personnalisation vous permettent d'utiliser simplement vos ressources Kubernetes personnalisées dans les environnements de Dynamic Engine, pour les exécutions de tâches de Jobs et de Routes.
Ces modèles ne sont pas mutuellement exclusifs. Vous pouvez les combiner pour injecter différentes formes de ressources Kubernetes dans votre environnement de Dynamic Engine. Par exemple :
- ConfigMap : configuration non sensible (endpoints d'API, niveaux de log, feature flags)
- Secret comme variables d'environnement : Identifiants et clés API
- Secret comme volumes : certificats, KeyStores et configuration basée fichiers
- PersistentVolumeClaim : stockage persistant partagé à travers les pods
- securityContext : exécution de conteneurs comme utilisateur·trices non root avec identités d'utilisateur·trices ou de groupes spécifiques
Prérequis et considérations à prendre en compte
-
Vous devez respecter les prérequis listés dans Déploiement par défaut avec Helm.
-
La version de votre Dynamic Engine doit être 1.2.0 ou supérieure.
-
Un environnement de Dynamic Engine a été attribué à votre Dynamic Engine.
-
Création de ressources : Vous êtes responsable de la création de ConfigMap, Secrets et de PersistentVolumeClaims avant l'application de la configuration du Dynamic Engine. Les services de Dynamic Engine ne valident pas l'existence de ces ressources.
-
Namespace : Toutes les ressources doivent être créées dans le même espace de noms que votre environnement de Dynamic Engine. Sa valeur par défaut est qlik-processing-env-$DYNAMIC_ENGINE_ENVIRONMENT_ID.
Pas de additionalSpec globale : aucune spécification additionalSpec globale n'est disponible dans configuration. Vous devez la spécifier séparément pour jobDeployment (tâches de Jobs d'intégration de données et de Big Data) et dataServiceRouteDeployment (tâches de services de données et de Routes), si vous souhaitez appliquer la même configuration aux deux.
Activation : Vous devez configurer enabled: true dans additionalSpec pour activer la configuration personnalisée.