в гите? В идеале хочется добиться того, что бы разработчик создал фичу(используем gitflow) в гите и под эту ветку поднималось тестовое окружение. Но тут возникает сразу куча вопросов:
1) Что делать с базой? Не создавать же заново чистую базу.
2) Что делать если это не монолит, а почти микросервисы. Не будешь же поднимать все 20 приложений, если правки касаются только api например.
3) Куда должен стучаться фронт? Фронт и бэк лежат в разных репозиториях, и как быть когда в рамках задачи поднимается отдельное окружение бэка, с которым должен работать фронт? Как на фронт доставить конфиг? Service discovery?
4) Как быть с очередями?
Но на данном этапе, хотя бы понять, как на отдельном поддомене запускать монолитный фронт. Хоть какой то старт будет.
Хотелось бы хотя бы узнать какими инструментами пользоваться и в какую сторону копать?
делал на базе конвеншена об именовании веток, поднимал отдельно те сервисы, у которых есть ветка с аналогичным названием. остальные шли на дефолтный дев
А какими инструментами пользоваться? Можно ли как то через nginx это автоматически настраивать? Как бы если со сборкой и поднятием в общих чертах понятно, то как поднять поддомен для фичи, не понятно
1) да, поднимать чистую базу (не обязательно новый сервер, но новую базу), а потом ещё поднимать грязную базу прошлой версии и тестировать обновление 2) да, поднимать все 20. Вам жалко что-ли? 3) этим занимается CI: поднимет и бэк, и фронт, и свежепропатченный бэк 4) создаются временные (так же, как и с базами данных) Отдельные поддомены – создавайте автоматом, например, по названию фичабранча. Отвечу на незаданный вопрос: а как быть, если куча друг от друга зависимых микросервисов разбросаны по разным репозиториям, и фича пилится одновременно в разных репозиториях? – Zuul CI на это как раз и рассчитан. Но можно реализовать руками и в других.
сейчас взял бы траефик, тогда не помню чтобы ло точно, в общем смысл что контейнеры помечались енвами или лэйблами что их домен типа cabinet-api.feature123.dev.example.com а в dns *.dev.example.com на ноды с LB указывает
ansible/конфиги ингресса для куба/что угодно
как я понял вопрос об аналоге nginx ingress controller но для sworm
Ну во-первых swarm пора закопать
Спасибо, теперь хоть понятно куда смотреть
Обсуждают сегодня