Dapr

La communication service-à-service utilise Dapr. Le chart embarque le plan de contrôle Dapr par défaut (dapr.installControlPlane: true) et l'installe dans le namespace de la release.

Le sidecar Dapr est injecté par un webhook de mutation (dapr-sidecar-injector) qui n'injecte que dans les pods créés après qu'il soit Ready. Comme un seul helm install crée le plan de contrôle et les pods applicatifs ensemble, certains pods applicatifs peuvent démarrer avant que l'injector soit prêt et apparaître sans sidecar (1/1 au lieu de 2/2).

Pour éviter cela lors d'une installation fraîche, choisissez une de ces approches :

• Installer Dapr d'abord (recommandé pour les installations reproductibles) : définissez dapr.installControlPlane: false et dapr.controlPlaneNamespace sur le namespace où vous installez Dapr (par exemple dapr-system), installez Dapr séparément, attendez que dapr-sidecar-injector soit Ready, puis exécutez helm install. Sans le namespace, le chart suppose que Dapr tourne dans le namespace de la release et l'installation ne devient jamais prête. Voir Installations Dapr existantes.
• Installation unique, puis redémarrage : installez tout en une fois, puis exécutez kubectl -n <ns> rollout restart deployment quand le plan de contrôle est sain afin que chaque pod récupère un sidecar.

Consultez Dépannage d'installation → Pods bloqués à 1/1 pour les détails de récupération.

Liens associés

• Référence Helm : Dapr
• Dépannage