да какая разница что брать?

в том что под ип может смениться в любой момент, а сервиса немного постабильней будет

тем что это разные абстракции

уверен?

знаешь чо такое headless Service?

да пусть меняется, это операция когда под встает

он встал, харегался где надо

если умер и черт с ним

мне нужно чтобы сервис А общался с сервисом Б не через service, а напрямую

сделай headless-сервис

ты кстати в курсе что под и так будет регаться?

в кубернетисе

да причем тут кубернетес?

мне нужно чтобы он сообшил внутри кластера другому приложению

наверное потому что это чят про кубернетис

знаешь чо такое headless Service?

.

это все в рамках кубернетиса

.

ты хочешь чтобы я вместо адреса указал имя его сервиса?

ns?

хорошо, два предложенных решения не нравятся. Сделать чтобы поды записывали друг дружке аннотации?

указываешь днс имя, которое резолвится в адрес сервиса Б

по-моему несложно для понимания

указываешь днс имя, которое резолвится в адрес сервиса Б

это решит проблему, но это оверхед

лол

мне нужно максимално просто

то ли дело придумывать костыли поверх конфигмап (ну или какие ты там костыли напридумываешь)

мне нужно чтобы информация об ip адреса появилась в конф файле

headless service - это очень просто

это еще одна прослойка

ненужная

чем конкретно тебя не устраивает самый что ни на есть простейший путь решения твоей задачи?

простейший путь моей задачи это template

а при переезде приложения Б в другой адрес куда будут обращаться поды А?

это еще одна прослойка

нет там никакой прослойки, это тупо как dns-запись для твоего service B

простейший путь моей задачи это template

ну если ты такой дохуя умный, то делай как считаешь нужным

сюда ты пришёл за советом? тебе посоветовали хедлесс сервис

нет там никакой прослойки, это тупо как dns-запись для твоего service B

ну как же нет, если тебе нужен ip, зачем тебе дергать резолвер?

аж два человека независимо

сюда ты пришёл за советом? тебе посоветовали хедлесс сервис

это же не догма!

мне нужно чтобы информация об ip адреса появилась в конф файле

если и правда нужно, добавь serviceaccount для твоего приложения и просто обновляй конфигмапу из контейнера

я уверен что есть еще варианты

ну как же нет, если тебе нужен ip, зачем тебе дергать резолвер?

потому что это суть днс: получить ip-адрес по имени

это именно та задача которую решает днс в первую очередь

и решает её неплохо

именно так

но это оверхед

ну как же нет, если тебе нужен ip, зачем тебе дергать резолвер?

а как еще ты IP узнаешь?

зачем проектировать с лишним оверхедом?

но это оверхед

сколько наносекунд оверхеда?

ms точно есть

нет, лучше дергать api-сервер, чем один раз у dns спросить

зачем проектировать с лишним оверхедом?

ты щас про свои костыли?

это не костыли

как часто у тебя будет этот конфиг обновляться?

вы как дети малые, у вас все проекты написаны богами и все можно по щелчку пальца править?

это ван тайм конфиг

что "править"?

у тебя нет возможность вместо ip-адреса вписать днс-имя?

под встал, сделал put —data @blabla.json и нахуй этот файл не нужен

ну и в чём проблема сделать это с днс?

без вот этого вот

сколько миллисекунд оверхеда 1 раз за время работы пода?

блять, окей) а если тебе нужно будет конфиг агента где нужно указать вот так

ListenIP=10.2.2.102

как ты это будешь реализовывать?

если приложение не понимает имен?

0.0.0.0 нельзя вписать?

даже нули через LD_PRELOAD заменять можно

nope, он по этому адресу будет ждать коннекта

он регается в другом сервисе который ходит к нему

но мне уже интересно стало чем всё закончится

ну я бы это сделал через специальный инит в контейнере

но это костыль

утверждать что это не костыль - глупо

вот как я делаю это не для кубера

ListenIP=<%= listen %>

ты точно-точно уверен, что оно не умеет слушать 0.0.0.0?

окей

забикс агент может быть на 0.0.0.0

как ты это будешь реализовывать?

env: - name: MY_POD_IP valueFrom: fieldRef: fieldPath: status.podIP

?

это env)

а как ты с env в файле поменяешь?