Hyundai Bluelink
Pour les alertes, la rotation contrôlée des identifiants et la reprise après erreur d'authentification, consulter le runbook Bluelink d'incident.
Rôle
L'intégration Hyundai Bluelink fournit un bridge privé au cluster dans le namespace bluelink. Le service bluelink-bridge est interne au cluster et ne possède pas d'Ingress public.
Cette fiche décrit uniquement l'exploitation manuelle. Les détails fonctionnels et les règles de confidentialité restent documentés dans le README du composant GitOps.
Vérification Kubernetes
kubectl -n bluelink get pods,deploy,svc,cronjob,job -o wide
kubectl -n bluelink get networkpolicy
kubectl -n bluelink get events --sort-by=.lastTimestamp
Logs du bridge
kubectl -n bluelink logs deployment/bluelink-bridge --tail=200
Si le pod n'est pas prêt :
kubectl -n bluelink describe deployment/bluelink-bridge
kubectl -n bluelink get endpoints bluelink-bridge
kubectl -n bluelink get events --sort-by=.lastTimestamp
Test manuel sans Ingress
Ouvrir un port-forward depuis le poste opérateur :
kubectl -n bluelink port-forward svc/bluelink-bridge 18080:8080
Dans un second terminal, contrôler uniquement les sondes techniques :
curl.exe http://127.0.0.1:18080/healthz
curl.exe http://127.0.0.1:18080/readyz
Restart du bridge
Si le processus est bloqué alors que sa configuration et ses dépendances sont saines :
kubectl -n bluelink rollout restart deployment/bluelink-bridge
kubectl -n bluelink rollout status deployment/bluelink-bridge --timeout=2m
Refaire ensuite le test /readyz. Si l'erreur revient, arrêter les restarts et diagnostiquer les logs, la résolution DNS, la NetworkPolicy et la dépendance externe.
Probe de découverte manuel
Le CronJob bluelink-discovery reste suspendu et sert uniquement de template de diagnostic ponctuel.
kubectl -n bluelink delete job bluelink-discovery-manual --ignore-not-found
kubectl -n bluelink create job --from=cronjob/bluelink-discovery bluelink-discovery-manual
kubectl -n bluelink logs -f job/bluelink-discovery-manual
kubectl -n bluelink get job bluelink-discovery-manual
Ne pas activer durablement le CronJob pour effectuer un test unique. Ne pas copier de données privées issues du véhicule dans les tickets, canaux de discussion ou logs d'exploitation.
Réseau
Ne pas désactiver une NetworkPolicy pour contourner un incident. Identifier le flux refusé et corriger la règle GitOps si une évolution légitime est nécessaire.