Имя сервиса совпало. Namespace — нет
Имя сервиса совпало. Namespace — нет Клиент в frontend вызывает payments, но нужный сервис — в finance. Вымышленный пример: Pod на Linux без hostNetwork с dnsPolicy: ClusterFirst, DNS-домен cluster.local, URL http://payments:8080. Два обычных ClusterIP-сервиса на порту 8080: frontend/payments — 10.96.10.20, finance/payments — 10.96.20.30. Читающие команды: kubectl get svc -n frontend payments kubectl get svc -n finance payments Фрагмент /etc/resolv.conf контейнера клиента: search frontend.svc.cluster.local svc.cluster.local cluster.local Если приложение использует стандартный системный resolver с показанным search, короткое payments сначала ищется в namespace клиента. Здесь это frontend/payments. Развилка: проверьте namespace Pod, dnsPolicy, search и разрешённый IP. Чужой IP? Уточните namespace назначения. Для finance здесь абсолютное имя payments.finance.svc.cluster.local.. Последняя точка — часть DNS-имени; cluster.local — пример, проверьте свой домен. Утилиты диагностики в образе могут отсутствовать. IP ожидаемый? Проверяйте endpoint, сеть и приложение: имя не исправит NetworkPolicy или отсутствие endpoint. Ошибка — считать имя Service глобальным и сразу перезапускать CoreDNS. Сохраните проверку имени и namespace для учебной диагностики Kubernetes при подготовке обучения в УЦ ФОРС. #Kubernetes #DNS #УЦФОРС VK | Телеграм | Сайт