нескольких kubeconfig'ов? Так раз и по группе кластеров раскатали. Даже просто параллельной реализации хватило, не говоря уже о Rolling, с Blue/Green или Канарейкой. Это же был бы убер😱вау🤯 сервис.
имхо можно паралельно пайпланый пустить в гитлабе( особенно когда катим одно приложение). а катить сразу в несколько кластеров такое себе, менеджить сложно и непонятно что куда выкатить/выкатилось. а потом появиться идея разные аппки из монорепы в разные кластера катить) уххх...забористо будет потом разбираться кому-то))
"Только ситхи возводят всё в абсолют"😀 Идея с разными кластерами как раз решается проще и с помощью гитлаба. Если по существу, то самый простой вариант "в лоб" это просто по очереди катить по кластерам. Откатывать, если надо, тоже по очереди в обратную сторону (хотя можно уже и одновременно). А если, например, юзать арго и бандлы то тут боль ещё сложнее: где-то выкатилось, а где-то нет и вот бегай по кластерам и лечи. А тут всё было бы очень красиво: катишь кластера по очереди и всё. Как раз параллельный гитлаб не может понять сломался у тебя деплой или нет где-то, чтобы откатить всё. А тут прям можно практически сразу откатить деплой, который не может примениться на части кластеров. Менеджерить прям вообще не надо ибо само откатит, лог подробный выдаст. Как по мне это красиво было бы.
gitlab-runner ks8 werf + jsonet у тебя сгенерятся куча job, каждая под отдельный ранер с определенным тегом в кубе.
Костыль, от которого проблем больше, чем пользы. Так или иначе, это не решает проблему отката изменений с кластеров.
Обсуждают сегодня