История изменений
Исправление firkax, (текущая версия) :
Docker и средства оркестрации нужны там, где есть нагрузки и надо масштабироваться на лету. В облаке, то есть, в основном. И как раз это стоит дохрена денег, в общем-то, если у тебя нагрузки и пользователей миллион.
По поводу нагрузок - всё наоборот. Когда нагрузки большие, тебе точно не нужен ни докер, ни виртуалки. Большие нагрузки - это когда у тебя на каждый сервис по много серверов, физических. То есть вся машина физически выделена под одну единственную функцию, рядом стоит ещё одна точно такая же, а в соседней стойке, а может и с соседней комнате - сервера под другую функцию. Отдавать от этих мощностей ещё и оверхед на всякую чушь будет только идиот.
И насчет «прятать» - это не про прятать, конечно.
Конечно, прятать. Потому что:
- воспроизводимую среду сборки и исполнения.
Её даёт регламент на ОС и её версию, установленную на сервер.
размеры образов
Размер пакета с софтом.
И если я при сборке образа доустановлю в docker образ какие-то пакеты, они каждый раз будут теми же самыми пакетами в момент docker build.
Сборочный скрипт - не изобретение докера.
Перезапустит контейнер с умершей программой (без потери аптайма, на минуточку), и вот это все. Наверное, можно и виртуалку так же перезагружать, но виртуалка-то дороже в смысле процессорного времени, не?
…
while true; do ; /path/to/program arguments; done
Вот тебе перезагрузка без виртуалок, оверхеда и доп. софта, в одну строчку на шелле (хотя я бы добавил sleep 1 между ребутами). Что ты упёрся то в свои коробки? Программу можно запустить просто так, на настоящей ОС и в настоящей файловой системе. Для того, чтобы этот бинарник туда автоматически положить, вообще не важно, где и как он будет запускаться.
Исходная версия firkax, :
Docker и средства оркестрации нужны там, где есть нагрузки и надо масштабироваться на лету. В облаке, то есть, в основном. И как раз это стоит дохрена денег, в общем-то, если у тебя нагрузки и пользователей миллион.
По поводу нагрузок - всё наоборот. Когда нагрузки большие, тебе точно не нужен ни докер, ни виртуалки. Большие нагрузки - это когда у тебя на каждый сервис по много серверов, физических. То есть вся машина физически выделена под одну единственную функцию, рядом стоит ещё одна точно такая же, а в соседней стойке, а может и с соседней комнате - сервера под другую функцию. Отдавать от этих мощностей ещё и оверхед на всякую чушь будет только идиот.
И насчет «прятать» - это не про прятать, конечно.
Конечно, прятать. Потому что:
- воспроизводимую среду сборки и исполнения.
Её даёт регламент на ОС и её версию, установленную на сервер.
размеры образов
Размер пакета с софтом.
И если я при сборке образа доустановлю в docker образ какие-то пакеты, они каждый раз будут теми же самыми пакетами в момент docker build.
Сборочный скрипт - не изобретение докера.
Перезапустит контейнер с умершей программой (без потери аптайма, на минуточку), и вот это все. Наверное, можно и виртуалку так же перезагружать, но виртуалка-то дороже в смысле процессорного времени, не?
…
while true; do ; /path/to/program arguments; done
Вот тебе перезагрузка без виртуалок, оверхеда и доп. софта, в одну строчку на шелле. Что ты упёрся то в свои коробки? Программу можно запустить просто так, на настоящей ОС и в настоящей файловой системе. Для того, чтобы этот бинарник туда автоматически положить, вообще не важно, где и как он будет запускаться.