держать вайтлисты, манифесты ингресса генерятся ансиблом и потом отправляются в куб
но ингрессов становится много, вайтлистов тоже - надо всем этим как то рулить.
никто не сталкивался с подобной задачей?
на хелм переписать?
как вариант, но на хелм посмотрели и предпочли kustomize
эм, так хелм шаблонизтор, можно было бы просто им все генерить, что вам там требуется, хотя я хз как у вас там листы формируются, если за ними надо ходить куда то и прочие, то хелм тут без плагина врятли поможет
раньше были статические, щас да, собираю статику и склеиваю ее с полученным из апи партнера листом
Поясни ?
поясняю у меня есть плейбук, который из статических вайтлистов и тех, что забираются из апи партнеров конкатенирует общий вайтлист, потом генерирует ингресс-манифесты потом он раз в час запускается в CI и эпплаит получившиеся манифесты сейчас две среды - стейдж и прод, в каждой среде - по два ингресса, для веб-доступа и для апи но ингрессов становится больше, и становится больше вайтлистов которые надо контролировать пока из нормальных идей была только безумная - изобрести оператор, который все это будет делать но я сначала решил поискать, может кто-то сталкивался с подобным
а что в текущей ситуации не устраивает? В чем проблема то? Если же все автоматизировано, то почему большее количетсов ингресов становится проблемой?
когда надо централизовано что-то раскидать по разным местам, взяв это из обшего места. Я юзаю jsonnet (а конкретно qbec). Но у тебя ansible это делает. Саму проблему я не понял
хочется избавиться от ненужной прослойки в виде анзибля. чтоб ингрессы легли в репозиторий проекта
В теории может быть коллизия Но тут тож opa может помочь https://www.cncf.io/blog/2020/09/29/enforce-ingress-best-practices-using-opa/
Нет проблемы ) задача на вечер на самом деле )
я понял, так бы сразу и сказал. Ты хочешь менеджеить ингресы из разных реп. И просто централизовано вайтлисты в них добавлять
Обсуждают сегодня