Size: a a a

Kubernetes — русскоговорящее сообщество

2020 September 06

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Alexander Lisachenko
Интересно, посмотрю... Спасибо. Но в пайплайн просто так не поставить гитовый - там нет интерфейса какого-то готового для UI. Все должно быть или в коде уже или передаваться готовое снаружи.
Чо?
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Давай ещё раз объясню
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Ты типа тестер
источник

AL

Alexander Lisachenko in Kubernetes — русскоговорящее сообщество
George Gaál
Просто вариант другой - тебе надо как-то руками прописать ссылку НА КОНКРЕТНЫЙ ИНСТАНС сервиса коллег. И это можно хоть в самой репе сделать или через гитлаб переменную, но это ждать ТЕХ чуваков ((((
Вот так и делаем пока, но проблема - случайно не замержить это в мастер ((
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
У тебя есть компонента - два, скажем. У каждого компонента есть список бранчей. Тебе либо делать метарепу и в неё коммитить комбинации, которые должны уехать на прод или тест. Либо проще - сделать страничку, которая позволит дернуть список веток через гитлаб апи по каждому из компонентов, а потом выбрать в интерфейсе рандека нужную тебе комбинацию для «публикации» стенда
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Вопрос открытый как это делать удобно в промышленных масштабах )))
источник

AL

Alexander Lisachenko in Kubernetes — русскоговорящее сообщество
И гитлаб переменная - тоже так себе вариант, если рядом вдруг дёрнут деплой другой ветки, переменная-то будет одна. Нужно именно параметризованный билд тогда делать по всем ендпоинтам.
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Ещё вариант
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Договориться, что сборка стенда возможна только если ветка ХХХ существует в репах обоих компонентов
источник

AL

Alexander Lisachenko in Kubernetes — русскоговорящее сообщество
George Gaál
Вопрос открытый как это делать удобно в промышленных масштабах )))
Во-во, может кто уже такой сделал? Я же вряд ли первый кто такое хочет иметь для тестирования сервисов полноценного перед тем как сливать ветки в мастер для релиза.
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Нет, полноценного нет )
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Вся проблема в монорепо vs куча сервисных реп
источник

AL

Alexander Lisachenko in Kubernetes — русскоговорящее сообщество
George Gaál
Договориться, что сборка стенда возможна только если ветка ХХХ существует в репах обоих компонентов
Тоже думал об этом - integration/META-123 и лить все такие же ветки с фоллбеком на мастер...
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Нормального тулинга нет ни к первому, ни ко второму. Иначе гигантам вроде Яндекса не было бы нужно пилить свои Arc  прочие системы для хранения кода и интеграционного тестирования
источник

AL

Alexander Lisachenko in Kubernetes — русскоговорящее сообщество
Может, у кого есть ещё идеи как это делается? Не хочется какой-то свой велосипед изобретать... а ещё бы с мордочкой было - вообще огонь... чтобы инспектить переменные с эндпоинтами - вообще было бы супер.
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Rundeck ?
источник

AL

Alexander Lisachenko in Kubernetes — русскоговорящее сообщество
А то вроде и пайплайн есть автоматический с запусками тестов и выливкой по бранчам сервисов, и вроде можно руками втыкать в коде зависимости по веткам, но это все статически. В эпоху кубера хочется чтобы это по пинку само делалось все... Открыл интеграционную ветку сервиса - отдал QA на тесты, они все одобрили и понеслись мержи в мастер.
источник

AL

Alexander Lisachenko in Kubernetes — русскоговорящее сообщество
George Gaál
Rundeck ?
Да-да, я изучу его, возможно подойдёт.
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Alexander Lisachenko
А то вроде и пайплайн есть автоматический с запусками тестов и выливкой по бранчам сервисов, и вроде можно руками втыкать в коде зависимости по веткам, но это все статически. В эпоху кубера хочется чтобы это по пинку само делалось все... Открыл интеграционную ветку сервиса - отдал QA на тесты, они все одобрили и понеслись мержи в мастер.
Ну, в гитлабе есть функция preview окружений и environments
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Но вопрос интеграции с ветками из других репозиториев. Может удастся придумать что-то
источник