Прежде чем соединиться с API, приложение трижды спросило DNS о несуществующих именах. Сценарий отказа: растёт время исходящих вызовов, дежурный подозревает внешний сервис, но TCP SYN к нему ещё не отправлен. Задержка накопилась при разрешении имени. Покупать дополнительные реплики CoreDNS до разбора запросов — оплачивать последствия собственной конфигурации. В Pod с ClusterFirst обычно стоит ndots:5; собственный дефолт glibc — 1. Для api.example.com resolver сначала перебирает search. Если там три суффикса и каждый возвращает NXDOMAIN, получаем три бесполезных запроса и один полезный на каждый запрашиваемый тип записи. Это четырёхкратный объём, а не универсальное «утроение». A/AAAA, повторы и кэш меняют фактический счёт. Настройки описаны в документации Kubernetes и resolv.conf(5). Проверка: kubectl exec POD -- cat /etc/resolv.conf, затем kubectl exec ...