lxc vs docker

а при чём тут базы?

вот что б такого не было есть девопс практики :)

оказывается, я 10 лет был девопс, только не знал об этом :) соблюдая баланс между стабильностью "админа" и хотелками фич "начальника программистов" :)

а о чём вообще срачь?

как сделать так, чтобы контейнеры откатывались без проблем, если там есть миграция данных

типа докер решает все проблемы, аргумент против, что не решает проблемы с базами)

оказывается, я 10 лет был девопс, только не знал об этом :) соблюдая баланс между стабильностью "админа" и хотелками фич "начальника программистов" :)

ну девопс это решение проблем. Если проблем не было, то девопс и не нужен

типа докер решает все проблемы, аргумент против, что не решает проблемы с базами)

да он вообще кучу проблем не решает

проблемы которые решает докер это унификация сборки, хранения, доставки и запуска приложения

и то не для всех

а при чём тут базы?

да притом, что они говорили "докер збс, если что, одной командой назад, не то что в этих ваших lxc" я и показал им одним примером, что хера с два. и проблемы при обновлениях вообще не имеют отношения ни к докеру, ни к lxc, голову надо включать.

да притом, что они говорили "докер збс, если что, одной командой назад, не то что в этих ваших lxc" я и показал им одним примером, что хера с два. и проблемы при обновлениях вообще не имеют отношения ни к докеру, ни к lxc, голову надо включать.

да они упороты, не ведись

докер этого не решает

и lxc этого не решает

именно!

в частных кейсах можно сделать удобно

голова решает!

мне еще нравится networking с Embedded DNS

да притом, что они говорили "докер збс, если что, одной командой назад, не то что в этих ваших lxc" я и показал им одним примером, что хера с два. и проблемы при обновлениях вообще не имеют отношения ни к докеру, ни к lxc, голову надо включать.

так не везде же база данных нужна и миграции эти есть

например то что у тебя один и тот же билд на проде\qa\dev это удобно. Но вряд ли он будет совсем один и тот же. Потмоу что интеграцию с внешним биллингом на qa лучше выключать, например

ну и еще жопа, если развит скилл чуйки жопой. но это неправильно, в кокпите надо верить приборам, а не жопомеру :)

ну суть в том что докер это решение конкретных проблем в основном связанных с необходимостью унификации

так не везде же база данных нужна и миграции эти есть

так ты запускал ченить кроме вордпресса? :)

например то что у тебя один и тот же билд на проде\qa\dev это удобно. Но вряд ли он будет совсем один и тот же. Потмоу что интеграцию с внешним биллингом на qa лучше выключать, например

config.local.json

так ты запускал ченить кроме вордпресса? :)

я делаю проекты на Django

config.local.json

ну в 12 фактор это переменные окружения

я делаю проекты на Django

ты же понимаешь, что вопрос был не про технологии.

config.local.json

суть в том что это уже не идемпотентно в той части фич которые ты отключаешь

но это достаточно удобно всё равно

ты же понимаешь, что вопрос был не про технологии.

я писал выше, что я занимаюсь обслуживанием малого бизнеса, условно - раньше был 1 сервак со всеми проектами в кучу, сейчас 1 сервак с проектами, разделенными по контейнерам

и малому бизнесу пофиг на uptime, простои и так далее, в какой-то степени оффлайн до 15 минут ночью по москве каждый день (для технических работ) - это нормально

я писал выше, что я занимаюсь обслуживанием малого бизнеса, условно - раньше был 1 сервак со всеми проектами в кучу, сейчас 1 сервак с проектами, разделенными по контейнерам

у тебя уже который раз проблемы из-за того что ты берешь свои маленькие уютненькие кейсики и экстраполируешь своё знание на всё делая из этого абсолют

может можно сделать выводы?)

у тебя уже который раз проблемы из-за того что ты берешь свои маленькие уютненькие кейсики и экстраполируешь своё знание на всё делая из этого абсолют

так я не говорю про все проекты

кто-то вообще делает так, чтобы оффлайн был около 0

ну так и стоило написать с самого начала: "в определённых кейсах докер решает мои задачи, так как я могу пожертвовать теми вещами, которые докер не умеет"

uwsgi можно перезагружать так, чтобы оффлайна не было

но это не значит, что всем оно надо

ну так и стоило написать с самого начала: "в определённых кейсах докер решает мои задачи, так как я могу пожертвовать теми вещами, которые докер не умеет"

потому что это правда

а "докер решает все проблемы с <%processname%>" - неправда

я не говорю про решение всех проблем и никогда не говорил

важно, чтобы новые изменения (на сервере, в жизни, в коде) улучшали что-то из того, что было раньше

и введение докера улучшает картину, если раньше докера не было

но из этого не следует, что докер решает все проблемы

это просто еще один шаг вперед

раньше я боялся обновлять серверы и к апдейтам сервера относился всегда серьёзно (например, нельзя обновлять сервер, когда хочешь спать)

сейчас с докером я понимаю, что даже если всё сломается - я всё починю из бэкапов за 20 минут

а сейчас перестал относиться серьезно? у нас для тебя плохие новости :)

а если база данных пару терабайт?)

у меня таких баз нет, базы гигов по 5-10 максимум

а если база данных пару терабайт?)

только хотел написать "а если одна только база восстанавливается 7 часов?" :))))

докер даёт возможность обновлять сервер людям, которые не обладают квалификацией админов

вероятность наступления события "сервер сломался" снижается почти до 0, это как обновить систему , с Windows 8 до Windows 10

никто же не вызывает админов для этого

(из программистов)

короче

похоже ты не уловил мой меседж

в твоём уютниньком мирке без пруфов ты можешь иметь (или придумывать) сотни кейсов в которых у тебя всё будет ок. И это здорово.

да притом, что они говорили "докер збс, если что, одной командой назад, не то что в этих ваших lxc" я и показал им одним примером, что хера с два. и проблемы при обновлениях вообще не имеют отношения ни к докеру, ни к lxc, голову надо включать.

А кто и где говорил?

А кто и где говорил?

господин Овчинников выше

я не про все сервисы говорил

есть проекты, которым вообще база данных не нужна

а если база данных пару терабайт?)

Тогда команда дебилы, похоже

Пара терабайт реляционки это жопа

половину базы в /dev/null

а то чо как дебилы ):

Пара терабайт реляционки это жопа

вот +1

биг дата - это хадуп и прочее

ERROR: S client not available

там свой интересный мир)

половину базы в /dev/null

"Половина - в печку, половина - в речку, а остальные - в вечность"

очень редко бывают кейсы когда такой сетап необходим (сходу вообще придумать не могу), а не является криворукостью архитектурного решателя

не надо пытаться сразу всё сделать круто, нужно постепенно шаг за шагом улучшать, докер - не серебряная пуля, а просто ещё 1 правильный шаг в направлении улучшения опыта работы с софтом на сервере и в разработке

в некоторых проектах он даст возможность отката 1 командой, да

Пара терабайт реляционки это жопа

нотификации две трети)

в некоторых не даст

очень редко бывают кейсы когда такой сетап необходим (сходу вообще придумать не могу), а не является криворукостью архитектурного решателя

Я вот думаю - никогда не бывает таких кейсов

шардинг будет в итоге

то есть раньше вообще откатить что угодно было сложно, а с докером что-то можно откатить быстро, а что-то как раньше

ну. Можно пофантазировать - тебе нужна транзакционность, связи между полями, хранимки

теоретически можно под это кучу даты привезти

всякие банки там. Ты ж не можешь сделать транзакцию на все шарды, что б это было транзакцией

просто чаще всего, в подавляющем большинстве случаев такая большая база будет признаком того что команда, которая её сделали вообще не заморачивалась с архитектурой или дибилы :)

синхронная реплика? правда только одна

о сколько наговорили-то, полностью поддерживаю Александра Чистякова - docker это пакетный менеджер (с версионностью)

ну

докер в не меньшей степени чем доставка ещё и сборка и запуск

это и есть функции пакетного менеджера (точнее та часть которая на стороне серверной (дорепозиторной))

мда

это ж множества

apt - пакетный менеджер?

странная у вас привычка на новые классы продуктов натягиват ьстарые ярлыки

странная у вас привычка на новые классы продуктов натягиват ьстарые ярлыки

+1

гляньте на пакетный менеджер nix

Docker + DockerHub это как AppStore для серверов)

типа это базовая логика

и инфраструктуру под него

Docker + DockerHub это как AppStore для серверов)

ой ну всё

никто не может это серьезно написать

апстор ! ) даешь апсторов хороших и разных.

гляньте на пакетный менеджер nix

ну я конкретно об apt спросил