Pull request открыл — стенд появился. Закрыл — исчез. Эфемерные окружения в kubernetes через FluxCD

[s4kro]

Задача гитопс системы - держать окружение в консистентном виде.

Зачем эфимерному окружению быть консистентым? Зачем попадать в тех радар или на карту сервисов и окружений?

[mishinaka]

Эфимерные окружения не обязательно короткоживущие. У нас они могут существовать от нескольких дней до 2х недель, пока открыт PR.
Fluxcd уже был в кластере. Поэтому не пришлось городить отдельный механизм деплоя в ci.
Нам важно, чтобы эфимерная dev среда была приближена через наследование к stage и prod, просто заиспользовав шаблоны.

[Cl0ser]

Не смотрели в сторону flux-operator для этой цели?

[mishinaka]

Смотря для какой цели. Для централизированного управления компонентами Flux через CRD — удобно. Но дальше оператор не внесет дополнительного функционала для разворачивания окружений.

[Cl0ser]

А как же resourceSet? Кажется, он именно про это. https://fluxoperator.dev/docs/resourcesets/github-pull-requests/

[mishinaka]

Спасибо, что поделились. Все-такие интересные возможности дает Flux Operator, чем я думал изначально. Там нативно можно забирать метаданные PR (ветку, SHA, ID) прямо из GitHub через ResourceSetInputProvider — без передачи переменных из CI

Посмотрю в сторону Flux Operator. Думаю, можно упростить CI и привести деплой к более Cloud Native формату.