DS
Зачем человек хочет локально разрабатывать в докер-контейнерах?
чтобы не иметь проблем с разворачивание окружения разработки на различных ос и для быстроты конфигурации dev окружения?
Size: a a a
2019 August 29
VO
что бы можно было сказать "у меня [локально] все работает"
AC
чтобы не иметь проблем с разворачивание окружения разработки на различных ос и для быстроты конфигурации dev окружения?
А зачем окружение разработки разворачивать на различных ос?
DS
А зачем окружение разработки разворачивать на различных ос?
потому что N разработчиков внутри команды могут работать на разных операционках?
AC
потому что N разработчиков внутри команды могут работать на разных операционках?
Ну, у меня в команде десять макос и одна виндоус
Так что да, наверное, могут
Так что да, наверное, могут
VO
да пусть хоть на zxc работают, причем тут это?
AC
Но зачем для этого докер контейнеры - я не понял все равно
AC
Разработчику нужно, чтобы бизнес-логика была реализована, и тесты проходили
DS
Но зачем для этого докер контейнеры - я не понял все равно
а какие варианты, чтобы быстро, весело и вкусно?
AC
Как с этим помогают докер-контейнеры - даже и не знаю
DS
Разработчику нужно, чтобы бизнес-логика была реализована, и тесты проходили
если у вас один сервис в качестве бизне логики отправляет запросы в rmq например и мы говорим не только о юнит тестах, но интеграционных. то как вы это решаете?
VO
быстро -- не жалеть железа в CI/CD, весело -- нескучные обои, вкусно -- глютамата поболе.
r
Ну, например потому что у меня рабочий макбук и личный макбук и такой необходимости нет? :)
значит вы или ваш работодатель уже заплатил за macos, то что apple перестала брать деньги за обновление osx с конечных юзеров не говорит о том что она бесплатна:))
AC
если у вас один сервис в качестве бизне логики отправляет запросы в rmq например и мы говорим не только о юнит тестах, но интеграционных. то как вы это решаете?
Путем поднятия на серверах нескольких окружений
AC
Потому что rmq на макбуке даже в докер контейнере не сильно поможет с интеграционными тестами
DS
Потому что rmq на макбуке даже в докер контейнере не сильно поможет с интеграционными тестами
это понятно, хотя и обсуждаемо, но не суть. мне просто хотелось понять как у вас рабочее окружение выглядит. например база данных к которой коннектится приложение или она на локалке мокается чтобы тесты прошли и по сути дальше идет коммит на сервер на обум сломается что-то или нет?
AC
это понятно, хотя и обсуждаемо, но не суть. мне просто хотелось понять как у вас рабочее окружение выглядит. например база данных к которой коннектится приложение или она на локалке мокается чтобы тесты прошли и по сути дальше идет коммит на сервер на обум сломается что-то или нет?
База данных локально просто запущена, и все
AC
Это не офигеть, как сложно
DS
да, я так и подумал. да, базу не офигеть как сложно запустить локально, согласен, хотя и сложнее чем сделать
docker-compose up :) но кроме базы данных есть и другие системы, как например приведенный мной выше rmq, consul, redis и т.п.DS
и когда окружение большое, то его как раз проще развернуть через
docker-compose up (а если говорить о команде в целом, то это еще и время экономит серьезно), чем разворачивать все по отдельности