D
есть инфраструктура со своими сложившимися давно процессами
В частности - система логгирования
Приложения ожидают что на ноде, всегда есть кто-то что слушает UDP порт куда оно может плюнуть логом, или метрикой, или чем-то еще.
Соответственно в эту инфру приезжает куб.
У которого свое понимание правильности логгирования.
Тем не менее есть задача - сохранить прежнюю схему доставки логов и метрик.
Создается демонсет с маппингом портов на ноду
Приложения начинают нормально отправлять логи и метрики по привычной кишке.
Все хорошо до тех пор пока можно просто передать ip в переменной окружения в под.
Но, логи ингреса тоже хочется засунуть туда же, а там они конфигурируются через аннотации.
Сейчас сделан костыль, который на каждой ноде, натом, при обращении на адрес 100.100.100.100 натит пакеты на саму ноду
Логи ингреса заворачиваются через
В частности - система логгирования
Приложения ожидают что на ноде, всегда есть кто-то что слушает UDP порт куда оно может плюнуть логом, или метрикой, или чем-то еще.
Соответственно в эту инфру приезжает куб.
У которого свое понимание правильности логгирования.
Тем не менее есть задача - сохранить прежнюю схему доставки логов и метрик.
Создается демонсет с маппингом портов на ноду
Приложения начинают нормально отправлять логи и метрики по привычной кишке.
Все хорошо до тех пор пока можно просто передать ip в переменной окружения в под.
Но, логи ингреса тоже хочется засунуть туда же, а там они конфигурируются через аннотации.
Сейчас сделан костыль, который на каждой ноде, натом, при обращении на адрес 100.100.100.100 натит пакеты на саму ноду
Логи ингреса заворачиваются через
annotations:
nginx.ingress.kubernetes.io/server-snippet: |
access_log syslog:server=100.100.100.100:10000,tag=project_{{ .Values.global.env }} main;
error_log syslog:server=100.100.100.100:10001,tag=project_{{ .Values.global.env }};