так что разницы не будет

Потом ты не ответил на мой вопрос, если мы создадим низкоуровневую дампалку на протоколе допустим mysql, какие преимущества этр нам жаст

И чем она будет отличаться от дефолтной?

Никто и не предлагает переписывать штатную дампалку

ты так говоришь будто штатная плохая

Вот ^^

штатная плохая у монги

особенно ресторилка

Если у чего-то плохая дампалка, стоит начать с написания хорошей дампалки :)

ну тоесть на уровне протокола. гуд. таикх надо больше

Поясни пожалуйста

Кирпичики!

UNIX Way!

Ну и по скорости выполнения скрипты проигрывают компилируемым ЯП

это сильно зависит от того, как и что писать. можно вообще быть сильно быстрее ))

Да про скорость исполнения тут вообще смешно говорить

Поясни пожалуйста

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

Все равно все упрется в дамп.

это сильно зависит от того, как и что писать. можно вообще быть сильно быстрее ))

ах рома. тред не о том.

Например, что лучше?

я привел пример. пусть делает синхронизацию дампов между базами.

А можно подробнее, не понял

в мире микросервисов очень много баз данных

создание полноценного бекапа требует одновременного бекапа множества баз данных

вот поле для делов

Все равно все упрется в дамп.

Что именно упрется?

Что именно упрется?

фся магия сей уперется в exec

создание полноценного бекапа требует одновременного бекапа множества баз данных

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

ок. жги.

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

Не-не

Еще можете свои накидать идеи

Ты хочешь ты пиши

Но я бы не переписывал дампалки штатные без необходимости

Если ты прям уверен, что можешь написать лучше — ок

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

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

systemd - это лучшее, что случилось с linux

На самом деле нет. Оно конечно делает проще создание простых сервисов, но очень сильно усложняет создание сложных

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

Инкрементальный бекап, распределение по в зависимости от загруженности сети? Разве?

Ну, инкрементальный бекап можно делать диффом дампа, например

Второе слишком туманно как-то

Но я уверен, что это не задача дампалки

Ну и выходит, что одним штатным и универсальным средством это не решается. А нужен либо скрипт, который надо писать, тестировать и отлаживать.

Либо лишнее было

Не надо решать это Одним Штатным Универсальным Средством, если можно обвязать существующее

Удаление старых бекапов в бакуле бареосе еще то веселое занятие

А что там не так?

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

А что там не так?

Да нет, там все удобно

Я перечислил тот функционал, который мне бы очень пригодился. Руки вроде не из жопы рачтут, могу набросать прототип. Потому что сейчас то что реализовано теме же sh скриптами меня не совсем устраивает. Не хватает гибкости. Повторюсь, если у вас есть какие кейсы, можете писать, обсудим

Кейс поддержка бинарных приложений которые заменяют скрипы. Это дороже.

Вот и весь кейс

На месте работодателя я бы запретил тратить время :)

Я перечислил тот функционал, который мне бы очень пригодился. Руки вроде не из жопы рачтут, могу набросать прототип. Потому что сейчас то что реализовано теме же sh скриптами меня не совсем устраивает. Не хватает гибкости. Повторюсь, если у вас есть какие кейсы, можете писать, обсудим

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

И там прям хардкорный POSIX sh?

Если да, то *зачем*

Кстати про скрипты. https://github.com/stronny/nails смотрите, что у меня коллега пилит

На месте работодателя я бы запретил тратить время :)

Я в свободное от работы время

Я в свободное от работы время

Не написание. Запуск.

А он в свободное время. Незаметно.

Но для себя кто запретит написать?

Тимлиду можно все?

Но для себя кто запретит написать?

Некоторые конторы против того, чтобы их разработчики писали что либо вне работы

На такие не надо работать. Они ебанутые.

ERROR: S client not available

Да.

Некоторые и на gh запрещают ходить

Тимлиду можно все?

Пока бизнес не видит, ага

??

Некоторые и на gh запрещают ходить

Gh это что?

Блин, github?

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

Блин, github?

Ога

NDA и все такое

Nda сразу обговоривается

Наверно есть и конторы которые запрещают сидеть в телеграме

Но сидя тут мы никогда не узнаем есть ли они

Есть ли какой-нибудь легковесный сервер очередей, а то мне кажется, что RabbitMq тяжеловат

Есть ли какой-нибудь легковесный сервер очередей, а то мне кажется, что RabbitMq тяжеловат

кафка nsq

Есть ли какой-нибудь легковесный сервер очередей, а то мне кажется, что RabbitMq тяжеловат

Redis. LPOP, RPUSH.

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

Но много чего надо будет контролировать вручную

Альтернативы очередям есть какие для общение между сервисами? Http, rpc?

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

вообще я как бы с очередями определился. Но хочется попробовать что-то другое. Посмотреть альтернативные методы

/stat@combot

combot.org/chat/-1001057069601

/stat@combot

combot.org/chat/-1001057069601

ребят а кто живёт с HA rabbit ?

я живу

Бедняги

почему? 1,5 года полет нормальный

systemd - это лучшее, что случилось с linux

ну может не лучшее, но работать с ним сильно приятнее, чем с пачкой шел скриптов на 200-800 строк

ребят а кто живёт с HA rabbit ?

Я живу