Насколько правильно использовать Docker для работы веб сайтов в production среде?

Question

[Андрей Стрелков]

Добрый день, подскажите пожалуйста. Насколько правильно и логично (в основном в плане производительности) использовать контейнера Docker для индивидуального размещения веб-сайтов в своём контейнере.

Т.е. например есть 20 веб сайтов на CMS (Drupal), и есть например - стандартная практика когда один сервер под веб, второй под базу, на первом 20 веб сайтов, на втором 20 баз данных для них.
И второй вариант, когда есть одна виртуалка с докером, и 2мя образами контейнера аналогично с веб-сервером и субд. На этой виртуалке плодятся получается 20 контейнеров с веб-сервером и 20 с субд.

Насколько вообще в плане производительности будет хуже/лучше когда сайт крутится в контейнере, или когда просто на отдельным веб-сервером

Answer 1

[Александр]

https://habr.com/ru/post/346430/

Мое мнение - все зависит от всего. Понятно, если у вас нагрузка rps так на 100к, то докер будет не лучим решением, но если речь идет о простеньком магазине, то почему бы и нет? Тестируйте. Мало того, существует прямая зависимость от прямоты ваших рук при настройки самого докера. Если сайт сильно проигрывает в производительности - откажитесь от докера, нет - используйте.

Но я вас прошу, не юзайте что-то только потому что хочется попробовать что-то новое или поэкспериментировать, за ваши эксперименты другие деньги платят.

Comments

[Nird]

Вот с последним не соглашусь. Как же еще расти профессионально. Я наоборот всеми руками за эксперименты. Если это не вредит продакшену, то почему бы и нет.

[Александр]

Nird, ты не эксперементатор, ты не научный деятель, ты (если ты программист) - тот кто помогает зарабатывать деньги бизнесу. Если ты экспериментируешь за деньги бизнеса, ты очень плохо выполняешь свою главную задачу. Хочешь использовать какую-то новую технологию на проде? Изучи ее от и до и сделай так что бы шанс потери средств был ниже прибыли, которую принесет нововведение.

[FullStack Alex]

Александр,
Можно открыто клиента проинформировать о всех возможных рисках внедрения кокой-то новой фигни и тогда всё норм, если он согласится.

[Александр]

Tech Nomad, и какой из тебя специалист, если ты перекладываешь ответственность за разработку продукта на того кто ничего в этом не понимает? Или по твоему директор по мимо маркетинга, менеджмента, рекрутинга и еще уймы вещей должен разбираться в разработке и понимать все реальные плюсы и минусы интеграции новой вещи? Тебя нанимают что бы ты отвечал за весь процесс разработки (если ты тех дир, в другом случае вообще не понятно почему ты принимаешь подобное решение). Его решение будет на 100% зависеть от того как ты ему это представишь, то есть его решение - это твое решение. В конце-концов, если при нагрузке система начнет выдавать 500, виноватым будет не директор, а ты потому что именно ты, а никто иной отвечает за разработку.

[MaratMS]

Александр, вы слишком холите и лелеете бизнес. Если бизнес хочет идеального разработчика, пусть платит в России под 300к в месяц, и будет ему топ-специалист.
Но бизнес обычно столько платить не хочет, поэтому нанимает специалистов с меньшим опытом, либо менее ответственных - за меньшие деньги.
Платите меньше? Получайте соответствующие издержки. Я такого умного бизнеса уже насмотрелся, который сначала хочет сэкономить на разработчиках пару сотен тысяч долларов в год, а потом из-за этой экономии теряет полтора ляма.

А то по вашей же логике можно сказать; какой вы нафиг бизнес, если у вас нет денег на хороших разработчиков.

[Александр]

MaratMS, то есть если врачам платят меньше чем в мире, они должны лечить на отвали? Тех дирам, к слову, платят больше 300к, а как я и сказал, только тех дир проекта может принимать серьезные технические решения, вроде перехода на докер. Если же бизнес хочет от разработчика за копейки проектирования на ур-е программистов с опытом в десятки лет, разработчик может спокойно сменить место работы. Не можете? Вас не нанимают нормальные конторы?
Ну и на крайний случай, если директор платит ниже рыночной цены, он соглашается на риски связанные с не достатком квалификации. И это не значит, что ты можешь косячить, перекладывать ответственность и самоутверждаться за счет бизнеса. Это значит, что тебя будет немного чаще прощать, но только немного.

Любой программист - это не творец, не художник, не экспериментатор. Любой программист в первую очередь - инструмент заработка денег для бизнеса. Ты (или я) - это как ключ у слесаря и если слесарный ключ не будет выполнять требований слесаря, он его сменит.

[MaratMS]

Александр, то есть, если врачам платят меньше чем в мире, они будут лечить хуже. Они будут ставить эксперименты там, где другой опытный врач из условной Калифорнии будет знать как поступить наверняка. Правда, зря вы привели в пример медицину, потому что вот где-где, а там неизвестных переменных всегда очень много, и поэтому любой кейс - это в каком-то смысле эксперимент.

"Тех дирам, к слову, платят больше 300к"
Ой, да бросьте, в подавляющем числе IT-компаний, такой должности даже нет. И роль тех-дира исполняет наиболее олдовый разработчик.

"Если же бизнес хочет от разработчика за копейки проектирования на ур-е программистов с опытом в десятки лет, разработчик может спокойно сменить место работы."
Нет, вы не поняли. Сначала бизнес нанимает условных джунов за копейки, а потом, когда они совершают ошибки, начинает выражаться в вашем стиле: "какой из тебя специалист, если ты перекладываешь ответственность за разработку продукта на того кто ничего в этом не понимает?".

Если бы кто-то из руководства говорил со мной в таком духе, я бы рассмеялся во всё горло и сразу ушёл. Потому что я знаю рынок, знаю расценки, и... знаю, какие разработчики раздолбаи.

Нравится вам это или нет, разработчики будут ставить эксперименты на своих реальных проектах. Потому что других разработчиков у Вселенной для вас нет. Если вы найдёте такого разработчика, который будет ставить эксперименты не заметно для вас - поднимайте ему зарплату, потому что, судя по всему, он не только занимается самообразованием, но ещё и ответственный (что очень-очень-ОЧЕНЬ большая редкость на рынке).

Нравится вам это или нет, но руководство бизнеса обязано разбираться во всех аспектах своей деятельности, особенно если это IT. Потому что люди, в большинстве своём (программисты, менеджеры среднего звена, да любые люди вообще) - это безответственные раззвиздяи. И других людей у Вселенной для вас нет.

Поэтому, когда вы говорите, что я/мы - это инструмент для бизнеса, это звучит слишком идеалистично. Гладко было на бумаге - да забыли про овраги. Впрочем, это уже философия.

[FullStack Alex]

Александр,
Читать научись. Я написал что можно разъяснить все риски. Для этого клиент не должен обучится на веб разработчика. А специалист, я совсем уж не плохой.

[FullStack Alex]

Александр,
И почему ты что то там философируешь о тех директоре? Из вопроса очевидно что речь идёт о фрилансе (20 сайтов). И какой из тебя специалист если читать не умеешь?

Answer 2

[Saboteur]

Зависит от.
В общем случае запускать несколько веб-серверов, каждый в своем контейнере - не очень хорошая идея, поскольку тратятся лишние ресурсы, гемор с портами, а nginx/apache легко работают с несколькими сайтами. И тут смысл может быть только в секьюрити.
Другое дело, если это вебсервисы, которые запускают свои веб-сервера (встроенные в nodejs, python, java).

Answer 3

[Sanes]

Т.е. например есть 20 веб сайтов на CMS (Drupal)

Запускай каждый от отдельного пользователя. Будет тебе и изоляция и контроль ресурсов. Нечего там делать докеру.