Comments 6
Задача гитопс системы - держать окружение в консистентном виде.
Зачем эфимерному окружению быть консистентым? Зачем попадать в тех радар или на карту сервисов и окружений?
Эфимерные окружения не обязательно короткоживущие. У нас они могут существовать от нескольких дней до 2х недель, пока открыт PR.
Fluxcd уже был в кластере. Поэтому не пришлось городить отдельный механизм деплоя в ci.
Нам важно, чтобы эфимерная dev среда была приближена через наследование к stage и prod, просто заиспользовав шаблоны.
Не смотрели в сторону flux-operator для этой цели?
Смотря для какой цели. Для централизированного управления компонентами Flux через CRD — удобно. Но дальше оператор не внесет дополнительного функционала для разворачивания окружений.
А как же resourceSet? Кажется, он именно про это. https://fluxoperator.dev/docs/resourcesets/github-pull-requests/
Спасибо, что поделились. Все-такие интересные возможности дает Flux Operator, чем я думал изначально. Там нативно можно забирать метаданные PR (ветку, SHA, ID) прямо из GitHub через ResourceSetInputProvider — без передачи переменных из CI
Посмотрю в сторону Flux Operator. Думаю, можно упростить CI и привести деплой к более Cloud Native формату.
Pull request открыл — стенд появился. Закрыл — исчез. Эфемерные окружения в kubernetes через FluxCD