В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Software Design/Architecture/Zen

1840 membersпожаловаться на группу
2020 October 24

k

knopkod4v in Software Design/Architecture/Zen
Vladimir Smirnov
Я так понимаю база которая хранит данные записанные при выполнения команд должна синкаться с базой из которой читают по запросу?
что значит "должна"? Никто ничего не должен. В самом простом варианте - можно просто читать прямо из того же хранилища, в которое пишешь.
Мне кажется, что "синкаться" - это дополнительный геморрой и нужно обосновать это сначала.
источник
15:44пожаловаться#1

SP

Sergey Protko in Software Design/Architecture/Zen
Синхронизация и кэш - разные вещи, не забываем
источник
15:45пожаловаться#2

VS

Vladimir Smirnov in Software Design/Architecture/Zen
knopkod4v
что значит "должна"? Никто ничего не должен. В самом простом варианте - можно просто читать прямо из того же хранилища, в которое пишешь.
Мне кажется, что "синкаться" - это дополнительный геморрой и нужно обосновать это сначала.
я понимаю что в простейшем случае мы пишем-читаем и все без проблем, я про гипотетический и обоснованный кейс в котором нужно делить базы. Нам же читать надо как-то информацию какую мы записали, значит эти базы должны быть связаны
источник
15:46пожаловаться#3

SP

Sergey Protko in Software Design/Architecture/Zen
Vladimir Smirnov
я понимаю что в простейшем случае мы пишем-читаем и все без проблем, я про гипотетический и обоснованный кейс в котором нужно делить базы. Нам же читать надо как-то информацию какую мы записали, значит эти базы должны быть связаны
Такие вопросы сложно обсуждать в вакууме
источник
15:48пожаловаться#4

SP

Sergey Protko in Software Design/Architecture/Zen
Мол попробуй придумать пример в котором мы говорим о чем-то интереснее чем тупая репликация
источник
15:48пожаловаться#5

NF

Nikita Fedorov in Software Design/Architecture/Zen
Sergey Protko
Мол попробуй придумать пример в котором мы говорим о чем-то интереснее чем тупая репликация
ну допустим у нас есть такой хипстерский набор: постгресс, кликхаус и скажем датомик
источник
15:52пожаловаться#6

SP

Sergey Protko in Software Design/Architecture/Zen
Nikita Fedorov
ну допустим у нас есть такой хипстерский набор: постгресс, кликхаус и скажем датомик
Это Тулы, это не юзкейс. По дефрлту я не вижу причин данные синхронизировать. Максимум для анализа но там не страшны задержки
источник
15:53пожаловаться#7

NF

Nikita Fedorov in Software Design/Architecture/Zen
и мы такие дофига читаем из кликхауса, и у нам бы ещё клиентов накинуть, но этот зоопарк у нас в монолите(слабо представляю зачем, но вдруг)
источник
15:54пожаловаться#8

SP

Sergey Protko in Software Design/Architecture/Zen
Ну пишет оно все в тот же кликхаус, зачем рассматривать другие штуки?)
источник
15:55пожаловаться#9

SP

Sergey Protko in Software Design/Architecture/Zen
Монолит не значит одна база
источник
15:55пожаловаться#10

NF

Nikita Fedorov in Software Design/Architecture/Zen
ну это понятно, по этому я и вкинул сразу три
источник
15:55пожаловаться#11

k

knopkod4v in Software Design/Architecture/Zen
Sergey Protko
Мол попробуй придумать пример в котором мы говорим о чем-то интереснее чем тупая репликация
как на счёт представлять записанную информацию в виде графа? Ну типа в части записи граф не нужен, а в части чтения нужен
мне кажется это уже не совсем тупая репликация 🤔
источник
15:55пожаловаться#12

NF

Nikita Fedorov in Software Design/Architecture/Zen
и вот нам надо докинуть клиентов, а с бд все ок, но докинуть надо, при этом на все остальное нам докидывать не надо
источник
15:57пожаловаться#13

NF

Nikita Fedorov in Software Design/Architecture/Zen
и хоп, мы выносим(из монолита) то куда надо докинуть и скейлим
источник
15:57пожаловаться#14

SP

Sergey Protko in Software Design/Architecture/Zen
knopkod4v
как на счёт представлять записанную информацию в виде графа? Ну типа в части записи граф не нужен, а в части чтения нужен
мне кажется это уже не совсем тупая репликация 🤔
Мы чё хотим делать можем - вопрос зачем. Скажем окей, ты хочешь с графовой базой поиграть - запилим ретвиты и счётчики оных. Для этого юзкейса нам другие данные не нужны
источник
15:57пожаловаться#15

SP

Sergey Protko in Software Design/Architecture/Zen
Nikita Fedorov
и вот нам надо докинуть клиентов, а с бд все ок, но докинуть надо, при этом на все остальное нам докидывать не надо
Я без понятия что такое докинуть клиентов
источник
15:58пожаловаться#16

NF

Nikita Fedorov in Software Design/Architecture/Zen
Sergey Protko
Я без понятия что такое докинуть клиентов
обрабатывать больше запросов к приложению
источник
15:59пожаловаться#17

NF

Nikita Fedorov in Software Design/Architecture/Zen
т.е. докинуть приложений
источник
15:59пожаловаться#18

SP

Sergey Protko in Software Design/Architecture/Zen
Я не понимаю какой пример ты хочешь описать. Шаринг?
источник
15:59пожаловаться#19

NF

Nikita Fedorov in Software Design/Architecture/Zen
сервисов/etc называй как хочешь, я привык к названию "клиент"
источник
15:59пожаловаться#20