LINUX.ORG.RU

История изменений

Исправление firkax, (текущая версия) :

Docker и средства оркестрации нужны там, где есть нагрузки и надо масштабироваться на лету. В облаке, то есть, в основном. И как раз это стоит дохрена денег, в общем-то, если у тебя нагрузки и пользователей миллион.

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

И насчет «прятать» - это не про прятать, конечно.

Конечно, прятать. Потому что:

  1. воспроизводимую среду сборки и исполнения.

Её даёт регламент на ОС и её версию, установленную на сервер.

размеры образов

Размер пакета с софтом.

И если я при сборке образа доустановлю в docker образ какие-то пакеты, они каждый раз будут теми же самыми пакетами в момент docker build.

Сборочный скрипт - не изобретение докера.

Перезапустит контейнер с умершей программой (без потери аптайма, на минуточку), и вот это все. Наверное, можно и виртуалку так же перезагружать, но виртуалка-то дороже в смысле процессорного времени, не?

while true; do ; /path/to/program arguments; done

Вот тебе перезагрузка без виртуалок, оверхеда и доп. софта, в одну строчку на шелле (хотя я бы добавил sleep 1 между ребутами). Что ты упёрся то в свои коробки? Программу можно запустить просто так, на настоящей ОС и в настоящей файловой системе. Для того, чтобы этот бинарник туда автоматически положить, вообще не важно, где и как он будет запускаться.

Исходная версия firkax, :

Docker и средства оркестрации нужны там, где есть нагрузки и надо масштабироваться на лету. В облаке, то есть, в основном. И как раз это стоит дохрена денег, в общем-то, если у тебя нагрузки и пользователей миллион.

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

И насчет «прятать» - это не про прятать, конечно.

Конечно, прятать. Потому что:

  1. воспроизводимую среду сборки и исполнения.

Её даёт регламент на ОС и её версию, установленную на сервер.

размеры образов

Размер пакета с софтом.

И если я при сборке образа доустановлю в docker образ какие-то пакеты, они каждый раз будут теми же самыми пакетами в момент docker build.

Сборочный скрипт - не изобретение докера.

Перезапустит контейнер с умершей программой (без потери аптайма, на минуточку), и вот это все. Наверное, можно и виртуалку так же перезагружать, но виртуалка-то дороже в смысле процессорного времени, не?

while true; do ; /path/to/program arguments; done

Вот тебе перезагрузка без виртуалок, оверхеда и доп. софта, в одну строчку на шелле. Что ты упёрся то в свои коробки? Программу можно запустить просто так, на настоящей ОС и в настоящей файловой системе. Для того, чтобы этот бинарник туда автоматически положить, вообще не важно, где и как он будет запускаться.