TL
у тебя sd не перестает работать с сервисмониторами
никто не сказал, что перестаёт, но, судя по том, что сказано в доках, пром-оператор следит за ресурсами Pod|ServiceMonitor и на их основании заполняет scrape.yml инстанса прометеуса
Size: a a a
2020 October 16
SF
Нет. Namespace - cluster-scoped resource, поэтому его невозможно увидеть с помощью Role. Только cluster role
а нет, ты прав
GG
ну, да, но в скрейп конфиг тот же кубернетосовский дискавери, как я понял
SF
перепроверила
GG
никто не сказал, что перестаёт, но, судя по том, что сказано в доках, пром-оператор следит за ресурсами Pod|ServiceMonitor и на их основании заполняет scrape.yml инстанса прометеуса
думаешь, надо еще раз чекнуть?
TL
Да, там есть дискавери, который определяет как следить по аннотациям, а тут, судя по всему, ещё до кучи будет статический конфиг вида "следи за теми подами, которые определены по лейбл-селекторам в под-мониторе"
TL
думаешь, надо еще раз чекнуть?
Конкретный результат надо, конечно, чекнуть, может там всё элегантнее.
TL
а нет, ты прав
такие дела :)
GG
> "следи за теми подами, которые определены по лейбл-селекторам в под-мониторе"
да, должны быть сами лейблы
да, должны быть сами лейблы
GG
но никто не мешает по идее просто сделать что-то типа * на весь неймспейс
TL
Ну, ты ж видел nginx.conf у ингресс-контроллера? Жутковатая портянка же, согласись?
TL
Вот у меня возникло подозрение, что пром-оператор создаёт такую же стрёмную портянку в scrape.yml.
А вот возможность рулить alertmanager - убер-фича, тут вопросов нет.
А вот возможность рулить alertmanager - убер-фича, тут вопросов нет.
A
Всем привет
Есть бек в отдельном репозитории в гите, который деплоится в кубы через circleci
Сейчас стоит задача в тот же кластер, где крутится бек, деплоить билд фронта
Как лучше это сделать? Тащить конфигурацию ингреса/сервиса/деплоймента в репу с фронтом, чтобы при деплое он сам разруливал поды/обновлял их?
Есть бек в отдельном репозитории в гите, который деплоится в кубы через circleci
Сейчас стоит задача в тот же кластер, где крутится бек, деплоить билд фронта
Как лучше это сделать? Тащить конфигурацию ингреса/сервиса/деплоймента в репу с фронтом, чтобы при деплое он сам разруливал поды/обновлял их?
SF
такие дела :)
слушай, любой кластер view дает просомтр на весь кластре, а мне нужно только на один неймспейс
SF
Всем привет
Есть бек в отдельном репозитории в гите, который деплоится в кубы через circleci
Сейчас стоит задача в тот же кластер, где крутится бек, деплоить билд фронта
Как лучше это сделать? Тащить конфигурацию ингреса/сервиса/деплоймента в репу с фронтом, чтобы при деплое он сам разруливал поды/обновлял их?
Есть бек в отдельном репозитории в гите, который деплоится в кубы через circleci
Сейчас стоит задача в тот же кластер, где крутится бек, деплоить билд фронта
Как лучше это сделать? Тащить конфигурацию ингреса/сервиса/деплоймента в репу с фронтом, чтобы при деплое он сам разруливал поды/обновлял их?
а почему не helm?
A
а почему не helm?
Вопрос в принципе по организации деплоя в кубы, у которых не монорепо, а не за/против пакетных менеджеров
🏡K
Вопрос в принципе по организации деплоя в кубы, у которых не монорепо, а не за/против пакетных менеджеров
ну там же ngnix для статики один фиг будет и правило для 404 (если спа), то значит свой деплоймент и ингресс
AS
argoproj\argocd посмотрите у кого болит деплой
AS
решает 80% проблем прямо искаропки