N
А как CI должен понимать какой конфиг подсунуть?
Size: a a a
2021 June 17
VC
делал на базе конвеншена об именовании веток, поднимал отдельно те сервисы, у которых есть ветка с аналогичным названием. остальные шли на дефолтный дев
N
А какими инструментами пользоваться? Можно ли как то через nginx это автоматически настраивать? Как бы если со сборкой и поднятием в общих чертах понятно, то как поднять поддомен для фичи, не понятно
BT
а как он понимает что собирать? ну вот примерно так же ^^
ЯI
1) да, поднимать чистую базу (не обязательно новый сервер, но новую базу), а потом ещё поднимать грязную базу прошлой версии и тестировать обновление
2) да, поднимать все 20. Вам жалко что-ли?
3) этим занимается CI: поднимет и бэк, и фронт, и свежепропатченный бэк
4) создаются временные (так же, как и с базами данных)
Отдельные поддомены – создавайте автоматом, например, по названию фичабранча.
Отвечу на незаданный вопрос: а как быть, если куча друг от друга зависимых микросервисов разбросаны по разным репозиториям, и фича пилится одновременно в разных репозиториях? – Zuul CI на это как раз и рассчитан. Но можно реализовать руками и в других.
2) да, поднимать все 20. Вам жалко что-ли?
3) этим занимается CI: поднимет и бэк, и фронт, и свежепропатченный бэк
4) создаются временные (так же, как и с базами данных)
Отдельные поддомены – создавайте автоматом, например, по названию фичабранча.
Отвечу на незаданный вопрос: а как быть, если куча друг от друга зависимых микросервисов разбросаны по разным репозиториям, и фича пилится одновременно в разных репозиториях? – Zuul CI на это как раз и рассчитан. Но можно реализовать руками и в других.
VC
сейчас взял бы траефик, тогда не помню чтобы ло точно, в общем смысл что контейнеры помечались енвами или лэйблами что их домен типа cabinet-api.feature123.dev.example.com а в dns *.dev.example.com на ноды с LB указывает
VC
LB подслушивает докер сокет и создает server (в терминах nginx) с server_name cabinet-api.feature123.dev.example.com; который проксирует трафик на конттейнер с такой переменной/дейблой
i
ansible/конфиги ингресса для куба/что угодно
i
Дяденька, а вы точно девопс?
i
Ответы-то очевидные
VC
как я понял вопрос об аналоге nginx ingress controller но для sworm
i
Ну во-первых swarm пора закопать
i
Во-вторых про него в вопросе не было вроде
VC
но сейчас бы взял траефик
i
Ну а в третьих в сворме своя кривая модель ингресса таки есть же
VC
ей нужен хотя бы резолвер обычных доменов в имена сервисов
VC
резолвер - это условно
N
Спасибо, теперь хоть понятно куда смотреть
N
Если бы был, таких вопросов не было бы. А Вам судя по всему жалко поделиться сокровенной инфой