нужно просто заменить файлы проекта на сервере и перезапустить контейнер с бэком
Лично для меня это не есть хорошо, не хочу исходники где-то на серваке держать
Пока выбрал вот такой путь
1. Рабочая банка собирает образы и запушивает в какой-нибудь регистр контейнеров
2. Сервак уже пулит обновлённые образы к себе (даже пускай в ручном режиме без ci cd)
3. Также сервак подсобирает обновления и перезапускает контейнеры
Возможно где-то не всё ок в этих шагах, но на текущий момент мою проблему это решает
1. Гит репозиторий в этом случае должен все проекты содержать?
Если каждый контейнер - один проект - отдельный репозиторий?
2. Реестр докера - docker hub или собственный?
Сергей Горностаев, вообщем как обычно. Ищем компромиссы. В теории истоки микросервисов уходят чуть ли не в отдельную бд для кажого сервиса.
В моем текущем варианте, пароль логин храниться в строке пользователя. Поэтому и сервис аутентификации и сервис пользователей работает с одной бд. Я думаю сделать из двух один.
Хотя хотелось бы их разделить, не трогая бд. Тогда после получения пары логин пароль на СА, мы должны получить пользователя по логину из СП и чекнуть пароль.
Тогда на сервисе аутентификации будет метод принимающий пару логин пароль. Логично. Дальше он должен обратиться к сервису пользователей с какими данными?
А всё, я понял, докер вей
И ооп делать в питоне это не пайтон вей, верно?
И в линуксе работать через мобу икс терм, тоже не линукс вей?)
Для меня разработка ПО это средство заработка, а не бесконечное следование каким-то там западным докер веям и другим абстракциям
С вами я спорить не буду, так как Ваша точка зрения имеет место быть
Благодарен за ответ