смогу учесть количество оперативы (shared_buffers)? Как я в докер-файле смогу заложить количество ядер? Как я в докер-файле смогу заложить ввод/вывод? Вот в шаблоне ансиблового конфига я все эти параметры легко и непринуждённо учитываю. Раскатывая ПГ одной командой: ansible-playbook -i <nventory> -l <list of hosts>
Kubernetes? Nomad?
Все это совершенно не нужно, если докер используется по назначению: для раскатывания кое-как сляпанных поделок скриптомакак («микросервисов») на свободные машины.
Зачем, если в любом случае конфигуратор (ансибел, чиф, соль, и прочие пуппеты) нужен?
Ок. Как масштабируетесь? Удобно?
Не адепт, но отвечу. Это всё делается при создании контейнера, указывая свой конфиг для постгреса, а не при запекании образа
Ансибл — это про автоматизацию, а не про организацию инфраструктуры, с ним можно использовать и не использовать контейнеризацию. Это вопрос предпочтений
А в чём проблемы с масштабируемостью?
За каким нафигом я буду для каждого инстанса рисовать свой конфиг, когда ОДИН ансибловый шаблон мне даёт всё, что надо?
Я почему-то считал, что разговоры за докер - это тоже про автоматизацию.
Ansible умеет автоскейлинг?
Нет, это про доп. уровень абстракции в инфраструктуре, и чуть-чуть про автоматизацию
Докерфайл - это не сценарий системы управления конфигурацией, это аналог makefile-а или rpmspec: описание того, что нужно сделать, чтобы получить артефакт сборки/пакет.
У меня встречный вопрос (наверно из-за природной тупости): что подразумевается по автоскейлинг?
Так вот у меня вопрос: нафига докер нужен? Что он такого даёт?
лёгкость в разворачивании приложения
Позволяет удобно опакетить почти всю систему.
Увеличение/уменьшение количества запущенных нод сервиса в зависимости от нагрузки
Как вариант, можно хотя бы потыкать, а уже потом судить, надо вам или нет. Потому что "я не читал, но знаю" - достаточно непрофессиональный подход.
> уменьшение no zachem?
Понятно, нет. Системы конфигурирования такой возможности не представляют. И да, я категорический против подобного подхода применительно именно к СУБД. Либо как-то нагрузка планируется, либо... Вот.
Если нагрузка неравномерная, то понятно зачем
Ну я не про СУБД, естественно. Не считаю, что её в докер пихать надо
если меняется кол-во нод, то понятно почему
Я правильно понимаю, что люди сначала запускают свой код в облаках™, а потом начинают жаловаться на производительнтость и бегут масштабироваться®?
масштабировать тоже можно правильно. но даже kubernetes для этого не приспособлен из коробки
Обсуждают сегодня