@onokonem Я бы на твоем месте по голове им дал )

а по мне - так они молодцы. все, кто способен доклад понять - знают, как пишется rsync

Это же примерно как "тся" и "ться", только для IT )

я правильно понял основная суть доклада - хранить файлы в бд?

суть доклада - как не надо хранить файлы в бд

ребят, а кто тут из dokkyr? или как-то так пишется

Docker?

или тоже строил микро-микро сервисную архитектуру где под клиентов микровиртуалки выделяются

?

или тоже строил микро-микро сервисную архитектуру где под клиентов микровиртуалки выделяются

нет

толсто

они что-то вроде хостинга для ботов (ну, образно что-то вроде 1-2 бакса за контейнер в месяц и заточено под ботов (вернее, они заметили что у них хостят ботов все чаще))

на почве докера, полагаю, отсюда, наверное, и название

Docker?

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

А, ты вот о чём

у меня просто есть кейс где схема с openvz+proхmox эта, как мне сказали умные люди, может не оптимальной быть и посоветовали посмотреть именно под конкретную задачу на вагрант если не хочу докер

образно, бота моего помнишь, который штуки вроде #rs #todo кушал?

Ром, изложи тут кейс, может поможет кто

вот женя луна и еще несколько людей мне наглядно донесли что такая хуета не только мне полезна будет.

Женя тот ещё девапс

у меня просто есть кейс где схема с openvz+proхmox эта, как мне сказали умные люди, может не оптимальной быть и посоветовали посмотреть именно под конкретную задачу на вагрант если не хочу докер

посмотри ещё systemd-nspawn

Ром, изложи тут кейс, может поможет кто

есть некая аппа в которой происходит переход од однопользовательского режима закрытого в многопользовательский. аппа работает в т.ч. на огромнейше количестве сильно приватных данных о юзере (ну или не работает, но имеет доступ к ним) + есть вероятность что пользователю понравится, данных станет много и он согласится платить за объем и мощности отсюда можно вывести первые три требования: 1. это должна быть штука вроде контейнеров где контейнеры махонькие, но контейнеров много и они все шаблонные + на них одинаковый софт обновляемый синхронно или через шаринг папки с кодом на гипервизор, короче, все общее кроме данных (в любой момент времени данные их между собой не могут даже внутри процессов соприкасаться) 2. нужно иметь возможность вынуть образ и раскатать на персональном купленом этим юзером месте. 3. это именно виртуалки, наверное, потому что это самый простой способ разграничения на почти физическом уровне доступа к ключам которыми зашифрована часть контента в некой общей базе данных куда собираются все-все данные и к настройкам вроде паролей/внешних сессий юзера)

посмотри ещё systemd-nspawn

ресурсы не изолирует, понимаю по началу...

и он на докер похож больше

а не на вагрант

ресурсы не изолирует, понимаю по началу...

systemd-nspawn — инструменте для создания .... Ограничения ресурсов для контейнера можно прописать и в юнит-файле

вагрант мне нравится, образно, когда юзал его для разработки - было все шикарно, ну эта тема с образами, шарингом папок и т.Д.

и что ты подразумиваешь под изоляцией

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

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

это про вычислительные и подобные ресурсы

всё прописывается в инит файле

для контейнера

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

отсюда про виртуалки мысль

а контейнеры - чтоб общее было все кроме харда)

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

btrfs subvol+systemd-nspawn

вот я хотел про btrfs спросить

нюансы и т.д.

у btrfs только 2 нюанса

всё прописывается в инит файле

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

юзать только на fedora/rhel/centos/gentoo, никаких дебов, и тюнить fstab обязательно

https://blog.selectel.ru/systemd-i-kontejnery-znakomstvo-s-systemd-nspawn/

btrfs уже во всююзают

именно там сейчас и чиаю

юзать только на fedora/rhel/centos/gentoo, никаких дебов, и тюнить fstab обязательно

а что там за проблема?

а что там за проблема?

а там любят ядро с драйвером например 3,19, а утилиты к 3,17 выкатить, а потом бах и не работает. как же так

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

а btrfs такого не прощает

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

данные останутся, но система будет думать. что данных нет

а. модули ядра и т.д.?

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

убунта говно

а. модули ядра и т.д.?

да

убунта говно

для каких задач?)

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

ни у кого со hetzner storage box файлы не пропадали?

ни у кого со hetzner storage box файлы не пропадали?

Лол

Там не то что файлы

Сервера периодически пропадают

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

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

примерно так. не люблю холиварить, а мотивы, надеюсь, объяснил)

ни у кого со hetzner storage box файлы не пропадали?

их вообще нет или не появились?

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

Сервера периодически пропадают

а вот такое тоже что-то было. правда не уверен что на хецнере, может уже на msm

их вообще нет или не появились?

в бд запись о файле есть

файла нет

в бд запись о файле есть

и в бэкапе нет?

или хз, журнале...

ERROR: S client not available

в журнале нет

или предыдущей копии

в бекапе есть, но эт не суть

чем докажешь что файл был записан?

куда файл делся))

и один или больше?

больше

папка такая в которую они только добавляются, но не удаляются, по логике?

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

в бубунте всегда проблемы с ядрами и молулями, ибо они даже собственные подели больше не обслуживают сами

папка такая в которую они только добавляются, но не удаляются, по логике?

угу

в бубунте всегда проблемы с ядрами и молулями, ибо они даже собственные подели больше не обслуживают сами

Ну ты либо хуй простой, либо сейчас покажешь пруфы

просто пытаюсь понять

чо они пропадают

угу

обложи логами все что имеет доступ к этой папке в софте

А хотя да, ты хуй простой, толку с тебя, кроме анализов

Ну ты либо хуй простой, либо сейчас покажешь пруфы

идёшь смотреть сам в их багзиллу, и смотришь как эти обезьяны переносят потом в багзиллу redhat проблемы своего юнити

и повесь тригер на снижение количества файлов в папке, который тебе лог за последние пол часа по этой папке зашлет

Нет, принеси мне их сюда

я в их говне даже лазить не хочу

идёшь смотреть сам в их багзиллу, и смотришь как эти обезьяны переносят потом в багзиллу redhat проблемы своего юнити

напомни, кто разработчик gnome

Ты же утверждаешь что они есть и мешают тебе работать

напомни, кто разработчик gnome

а причём гном к юнити?

а причём гном к юнити?

gtk

Будь добр подтвердить свои слова

Ты же утверждаешь что они есть и мешают тебе работать

я выкинул всю убунту из своей жизни ещё в 2013, когда вместо помощи с pam_mount не работавщим в pam_aut, меня послали нах и всё, ибо опенсорс и никто ничего не обязан

Будь добр подтвердить свои слова

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

где тебя нах-то послали? в техподдержке?:)

gtk

в гном3 проблем не было, юнити их проблема

Ну ты либо хуй простой, либо сейчас покажешь пруфы

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

идёшь смотреть сам в их багзиллу, и смотришь как эти обезьяны переносят потом в багзиллу redhat проблемы своего юнити

а при чем тут юнити?

где тебя нах-то послали? в техподдержке?:)

в канале разработчиков, зашёл спокойно, с букетом паст на пастебин, на что мне ответили, их ничего не волнует, ищи рабочий вариант в архивах их ничего не еёбт

где тебя нах-то послали? в техподдержке?:)

в то время как на канале fedora я регулярно баги даю, и мне даже сроки устраненя говорят