>ну вообще такая схема годится далеко не везде. Где-то это избыточно и
>даже параноидально. Нет, ни разу не избыточно. Это и есть концепция использования контейнеров. Если Вам нужно всего три-четыре сервиса на железке, оптимальнее использовать гипервизор и полноценные виртуалки
> Вы всегда говорите в контексте своего опыта работы (хостер?),
Да, в том числе хостер, но хостеры продают контейнеры как раз как отдельные сущности (VPS), наоборот, использование контейнеров за пределами хостера и есть, в самом правильном варианте, десятки контейнеров на одну железку под _каждый_ чих администратора.
Это очень удобно, при наличии в инфраструктуре таких средств как LDAP, Puppet, Zabbix(Nagios, etc), Spacewalk, и т д
Поверьте, не запутаетесь даже при десятке нод и нескольких тысячах контейнеров (хотя такое все-таки маловероятно), при сотнях же все будет совсем просто :)
А зато крайне удобно: у Вас под каждую самую мелкую задачу есть свой корень с библиотеками, и свой пул ресурсов :)
>но вы не поверите, есть еще куча вещей, которые можно сделать
>с помощью серверного оборудования. И в одном случае будет удобен один
>подход, в другом - другой. Мыслите шире.
Мы используем и гипервизоры, и контейнеры, и системы без виртуализации, и понемногу начинаем работать с кластерами и решениями под HA web, DNS и почтовые сервисы.
Но для контейнеров тот подход, что я озвучила, самый верный (или их использование просто лишено смысла)
Вероятно, для Вас такая концепция является чем-то новым, но она придумана далеко не мной, а мы используем и другие, более освещенные на популярных ресурсах от течнета до опеннет :))
