Votre application hébergée sur AKS a besoin d'un certificat TLS et d'un mot de passe de base de données. Les valeurs doivent être récupérées d'Azure Key Vault au démarrage du pod via un volume monté plutôt que stockées dans etcd. Pour certains environnements, vous souhaitez également que ces valeurs soient disponibles en tant que Kubernetes Secrets pour être utilisées comme variables d'environnement. Que devez-vous configurer ?

L'option correcte décrit la solution recommandée pour récupérer des secrets d'Azure Key Vault dans AKS via un volume monté et les synchroniser en tant que Secrets Kubernetes. Le pilote CSI du magasin de secrets avec le fournisseur Azure Key Vault permet de monter des secrets directement depuis Key Vault en tant que volume dans les pods. La SecretProviderClass spécifie les secrets à récupérer, et la section secretObjects permet de synchroniser ces secrets avec des objets Secret Kubernetes natifs, les rendant disponibles comme variables d'environnement. Les autres options sont incorrectes : Stocker les secrets dans un ConfigMap n'est pas sécurisé pour les informations sensibles comme les mots de passe et les certificats. Créer des Kubernetes Secrets et utiliser un contrôleur d'admission pour la synchronisation est une approche plus complexe et moins native que le pilote CSI. Intégrer les secrets dans l'image du conteneur est une mauvaise pratique de sécurité et rend la gestion des secrets difficile, nécessitant des redéploiements à chaque changement.