MB
Ну все очень относительно.
Согласен, поэтому мы опираемся на опыт тех, кто делает так же - практически весь современный веб переходит в k8s с контейнерами, overhead минимальный, плюсов больше
Size: a a a
2020 January 12
b
Согласен, поэтому мы опираемся на опыт тех, кто делает так же - практически весь современный веб переходит в k8s с контейнерами, overhead минимальный, плюсов больше
Смотря какой web. Как по мне вокруг докера и к8с много хайпа. Мы его у себя так и не пустили в прод. Тупо используется как дев/ппе инструмент. Для прода идёт сборка пакетов и установка/обновление.
MB
Смотря какой web. Как по мне вокруг докера и к8с много хайпа. Мы его у себя так и не пустили в прод. Тупо используется как дев/ппе инструмент. Для прода идёт сборка пакетов и установка/обновление.
А кроме хайпа, есть ли причины не переходить на него?😅 нам оказалось так проще разворачивать локальное окружение для новичков(один docker-compose на репозиторий), проще поддерживать(отдаёшь образ devops, они сами разворачивают и пишут helm-чарты), проще мониторить и масштабировать + заниматься разработкой, а не поддержкой, то есть уменьшать свой круг ответственности
b
А кроме хайпа, есть ли причины не переходить на него?😅 нам оказалось так проще разворачивать локальное окружение для новичков(один docker-compose на репозиторий), проще поддерживать(отдаёшь образ devops, они сами разворачивают и пишут helm-чарты), проще мониторить и масштабировать + заниматься разработкой, а не поддержкой, то есть уменьшать свой круг ответственности
Для дев да, проще, для прода, где каждый чих должен быть 10 раз проверен, не уверен. Новичков в прод вообще не пускаем. Но тут все зависит от культуры разработки внутри компании, используемых методологий и т.п. очень много нюансов
MB
Для дев да, проще, для прода, где каждый чих должен быть 10 раз проверен, не уверен. Новичков в прод вообще не пускаем. Но тут все зависит от культуры разработки внутри компании, используемых методологий и т.п. очень много нюансов
Что значит «каждый чих должен быть проверен 10 раз»?😅 я не особо понимаю, так как считаю что docker наоборот даёт однородность среды, что позволяет делать минимум изменений и быстро откатиться, по сути просто убив новый релиз и вернувшись к старому😅
MB
Для дев да, проще, для прода, где каждый чих должен быть 10 раз проверен, не уверен. Новичков в прод вообще не пускаем. Но тут все зависит от культуры разработки внутри компании, используемых методологий и т.п. очень много нюансов
+ на мой взгляд такие проверки окружения должны проходить в test CI, не на проде:D
M
Мы сейчас разрабатываем drf+vue проект и в планах вообще то в докере развернуть все это на виндоус машине , почитали послушали вроде норма все будет
M
Там ж постгрес
M
Используем в проде 2 года, ни единой проблемы с самим docker
У вас докер на винде?
MB
У вас докер на винде?
Нет, мы вообще не используем windows нигде:D
MB
У вас докер на винде?
Под windows есть собственные болячки, потому что там другой механизм и виртуализации, и файловая система другая
M
А мы пока не модем отказаться ещё некоторое время , ещё около 800 дней если точно
MB
Под windows есть собственные болячки, потому что там другой механизм и виртуализации, и файловая система другая
Опытный devops конечно все развернёт и разберётся, но я бы сам не полез
M
Но докер то работает как и на линуксе
MB
Но докер то работает как и на линуксе
Почитали что внутри докер сам из себя представляет?:D это не настоящая виртуализация ресурсов, а контейнеризация над lxc(уже не lxc, собственная реализация), но все же сильно разнится под Linux/Windows
M
мы поняли что там будет работать nginx + postgre без проблем остальное нам и ненужно
MB
мы поняли что там будет работать nginx + postgre без проблем остальное нам и ненужно
Postgres в docker не рекомендуется разворачивать в production
M
почему
MB
почему
Почитайте описание самого docker, почему stateful-сервисы лучше не класть в контейнеры😅 контейнер должен быть stateless, всегда все строилось на том, что всегда можно и нужно убить косячный контейнер и поднять новый с образа, а бд так не должна работать
PZ
Почитайте описание самого docker, почему stateful-сервисы лучше не класть в контейнеры😅 контейнер должен быть stateless, всегда все строилось на том, что всегда можно и нужно убить косячный контейнер и поднять новый с образа, а бд так не должна работать
вынести данный в volume container и делать с самим постгрисом всё, что угодно.