я задумал сделать как мы давно в смс-биллингах делали.

нет у тебя никаких реплик на финансовых транзакциях. не умеет никто так

и давным давно их не было

Ребятушки, mft разрастается на диске, через который прокачивается очень много файлов. Ваши предложения?

подробнее, плз

и из чего такой вывод?

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

и из чего такой вывод?

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

что есть слабый?

что есть слабый?

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

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

Ну ок, миграции это тема. Но я не совсем тогда понял вопроса - какой откат и в чем проблема? Во время миграции все выключено на изменение и какой там откат может быть и кого?

есть миграция которая что-то меняет в структуре, так?

эти изменения улетают на слейв

вот меня интересуют бестпрактикс для случаев где нужно будет откатить обратно эту миграцию

ну и вообще советы, как к этой задаче подойти корректнее.

а насчет биллингов где 10 лет назад мы так делали - ну, стукни в личку, расскажу, если интересно.

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

Парни, а где можно почитать, как устроены Google Drive, Яндекс.Диск и т.д. Они же наверняка используют какие-то умные алгоритмы, которые позволяют избежать/сократить дублирование данных?

вот меня интересуют бестпрактикс для случаев где нужно будет откатить обратно эту миграцию

Отложенная репликация

Но это вряд ли можно назвать хорошей практикой

Парни, а где можно почитать, как устроены Google Drive, Яндекс.Диск и т.д. Они же наверняка используют какие-то умные алгоритмы, которые позволяют избежать/сократить дублирование данных?

ну, фактически один док пошареный на несколько людей занимает меньше места чем копии этого дока.

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

Даже Mail.Ru свой диск внедрили же

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

ну, еще можно на холодное хранение кидать и платно хранить хистори

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

ну, еще можно на холодное хранение кидать и платно хранить хистори

Git?;)

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

кто именно?

посмотри реализацию айклауда

Да все участники, включая DropBox

посмотри реализацию айклауда

Где? Они делали talk про это?

это рсинк довольно старенький, к нему докрутили авторизацию через их CA.

DropBox = rsync + auth + UI?

вот с дропбоксом не уверен

а какая у тебя задача?

а icloud = рсинк2.6 или .1 или .6 (вроде) + авторизация + UI, было так, да

в этом их боль

я просто лет за 5 до дропбокса себе решал задачу персональной синхронизации наборов папок

Парни, а где можно почитать, как устроены Google Drive, Яндекс.Диск и т.д. Они же наверняка используют какие-то умные алгоритмы, которые позволяют избежать/сократить дублирование данных?

Скорее всего нет. Возни много, толку мало. Вконтакт занимался экономией - можно у них спросить.

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

посмотри как устроена папка .dropbox или как ее в корне дропбокса, и от ее природы пляши

а я давно пользовался пока дропбоксов не было софтиной goodsync

и хостингов студенческим на 30 гигов от мастерхоста

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

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

мне и коллегам хватало

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

но правда я не уверен, что там есть про логику дедупликации. но зато про нутро

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

Всем привет!

есть кто не спит и знает ансибл ?

есть кто не спит и знает ансибл ?

Я

круто !!

первый раз в жизни щупаю ансибл и сразу ошибку = ((

Но я с телефона

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

Оке, какую?

ipaclient2.ansible | success » { "changed": false, ^ here /etc/ansible/hosts:1: Expected key=value host variable assignment, got: |

А как выглядит файл /etc/ansible/hosts ?

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

[troll@ipatesting ~]$ cat /etc/ansible/hosts ipaclient2.ansible | success » { "changed": false, "ping": "pong" } ipaclient1.ansible | success » { "changed": false, "ping": "pong" }

не я писал, даже не я придумал... это по мануалу сделяль..

типа для начинающих ☹️☹️

Не может такого быть

Это инвентори файл, сдается мне

У него совсем другой формат

Мануал лжет :(

?

я так когда ЕЛК ставил... три мануала перерыл... не при одном не работало.. а вот с каждого по чуть чуть взял и заработало...

ERROR: S client not available

заработало

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

чё-то я отловился что в хостс надо прописать что там написано.. а это просто json выхлоп

а в офф документации написало шо да как

всем спасибо за внимание = ))

блин..а ансибл сложный... чё все говорят что он лёгкий

блин..а ансибл сложный... чё все говорят что он лёгкий

легче шефа с паппетом

мне шеф и паппет бесит из-за руби ?

если с этой точки зрения смотреть... я думал он лёгкий как для новичка

питон проще, чем руби имхо (хотя они очень похожи)

мне шеф и паппет бесит из-за руби ?

?

меня именно синтаксис выводит

х3 почему... вижу руби тянет рвать...

ну я сам езе зеленый в ansible, но зашел хорошо с самого начала

другого не пробовал))

солт должен быть круче энсибла, но тут его не оч хвалят

и чатика по солту нет

вступить даже некуда

вступить даже некуда

вступай в ППР ?

куда?

куда?

В ЛДПР

куда?

К Пиратам же

В ЛДПР

в ЕСД чтобы это ни значило

Hot! https://techcrunch.com/2016/08/16/all-of-googles-cloud-database-services-are-now-out-of-beta-and-nearline-cold-storage-gets-faster/

а тут были холивары на тему vim vs. Emacs?

Emacs говно

Только nano, только софткор!

nano и ee - лучшие

конечно, при отсутствии mc

Не люблю mcedit

Не люблю mcedit

единственное, чего в нем не хватает, - это копирвания мышью _из него

Kitty

питон проще, чем руби имхо (хотя они очень похожи)

#ruby Да ничем ruby и python не похожи. Совсем ничем. Ни внутри, ни снаружи. По синтаксису руби это вообще откровенный компот из перла, питона, потому что Мацумото вымещал в нем свои комплексы. В руби ровно три проблемы. Точнее две, третья вытекает из первой. Первая - очень разнообразный perl-like синтаксис, позволяющий для одного и того же несколько непохожил варианта записи. Превратить код в плохоизменяемую нечитаемую кашу - большинство программистов делят первое место. Вторая проблема - до версии 1.9 руби был простите построчным интерпретатором. Все эти jruby, rubinius и так далее не особо взлетели (хотя вроде рубиниусом энжин ярд баловался в проде). До бэйзкампа для которого 37 сигналов сделали рельсы руби был никому не нужной и неизвестной поделкой какого-то чувака из мира манги, манго и анимэ. Питон при этом, кстати, издревле плотно засел в геймдеве. Но в веб конечно python попал через жопу. Вернемся. А третья проблема Ruby - это ломка функционала в минорных изменениях в языке. Из-за конечно многохначного синтаксиса. Чуть сделали косметику - обязательно найдётся сотня мест, где люди эту косметику применили и всё сломалось. Интересное кстати следствие из проблемы номер три - у руби два встроенных средства пакетной изоляции, у руби крайне неплохой по сравнению с рядом стоящими свой пакетный менеджер (gem), который гармонирует со средствами пакетной изоляции, у руби чОткая спека именований версий пакетов, которой ещё и все следуют, у руби де-факто стандартизированы всякие рейки и вот это всё. Как-то так