akelsey

смотреть в сторону:
remote_write
remote_read
ps
причем тут только тег "kubernetes"?

в сервисе используется тип ExternalName с внутренним DNS именем. Обычный сервис c ClusterIP должен решить проблему:

apiVersion: v1
  kind: Service
  metadata:
    name: promo-dev-nginx
    namespace: ingress-nginx
  spec:
    type: ClusterIP
    ports:
    - port: 80
      targetPort: 80

Сервис и endpoints не имеют отношения к исходящим соединениям. Блочит что-то другое. Начать стоит хотя бы с дебажного контейнера, сделать туда kube exec и проверить банальным телнет до порта.

Хитрости нет никакой, синтаксис правильный.
Можно добавить -f чтоб он ждал вывода.
Может метки разные на подах?

Я бы упростил,
исключил бы сразу kind, minikube (не правильно выразился, даже бы не исключил, а комбинировал подходы), т.к. все они клёвые но у каждой есть свои недостатки (и перешёл к вагрант, кубспрей):

kind
Самый лучший use case: использование когда нужно что то многокластерное
плюсы:
- использует докер для разворачивания
- очень быстро всё разворачивается, любое кол-во нод и кластеров
- экстра аргументы позволяют опубликовать 80 и 443 порты
- выживает после перезагрузки, норм работает с metallb
минусы:
- использует докер для разворачивания
- отсюда невозможность управления ресурсами (т.е. ограничить ноде 2гб памяти например и посмотреть как ведет себя деплоймент)

minikube
Самый лучший use case: любой поддерживаемый драйвер на VM (на докере лучше кайнд)
плюсы:
- очевидно норм кластер, быстро поднимаемый с мультинодами
минусы:
- не выживает после ребута (не поднимает сервисы внутри ВМ, требуется снова делать minikube start и передеплоивать), после сейвстейт на линукс плюс Virtualbox теряет сетевые интерфейсы (ребут возвращает интерфейсы в норм стейт, но уже не поднимаются сервисы кубера-докера)

vagrant или kubespray based
Самый лучший use case: для всего
плюсы:
- железный кластер, можно шатдаунить ноды, симулировать отказы нод, лимит ресурсов.
- можно саспендить машины, когда не требуется (в вагранте одной командой все ноды сразу)
минусы:
- жрет ресурсы,
- без ссд медленно

Есть еще варианты на голом железе, ну тут вы и сами должны понимать плюсы и минусы.

Обычно ingress настраивают на Service с типом ClusterIP, и сам ингресс понятия не имеет на какой под сервис бросит запрос. Т.е. если изначально ингресс сконфигурен так (а это скорее всего в 99.99% случаев), то ответ очевиден - нельзя.