> Гыыы, виртуалки еще и масштабируются лучше, чем контейнеры. И распределять нагрузку с контейнер - ни разу не то что ты подумал. Контейнер - отдельное приложение.
В понятных админу локалхоста приближениях: nginx - один контейнер. php-fpm - второй. неведомый демон приложения к которому тот php лазит - третий. Все вместе - один инстанс. Их таких могут быть (и есть) сотни.
А теперь расскажи мне, как это "масштабируется" в случае, когда вместо тридцати таких контейнеров в одной виртуалке (да, оно обычно еще и в виртуалке) - у тебя будет тридцать виртуалок. Каждая с полным набором - ведро, драйвера с прослойками эмуляторов, кроны-демоны-логгеры-вся общесистемная херня - в каждой отдельная. В системе с микросервисами их очень быстренько будет тридцать три (и по прежнему сотни хостов). Все еще "масштабируется"?
> ними удобнее. Если у тебя 500 контейнеров "занимающихся работой", их нужно
> по нескольким виртуалкам разложить, как минимум.
по пятистам, ага. Потом налаживать между всеми ними передачу данных. Потом каждую отдельно мониторить и обслуживать.
И все вручную, какой еще kubernetes, это слишком по хипстерски, мы так не можем, от него смузей воняет (к тому же угадай, в каком виде он поставляется).
> Linux контейнеры это неймспэйсы, которым, кстати, больше десятка лет. А не cgroups,
cgroups и того старше - это подарок из openvz, без которого вся система была неработоспособна в принципе - поскольку любой взбесившийся контейнер может сожрать все, до чего дотянется.
проблема что обе конструкции оказались переусложненными и ненадежными в принципе. virtuozzo в конечном итоге сдалось и пошло за qemu, как все. И проиграло. Потому что хипстеры выпилили таки из того что было - то что было им удобно.