✨
таки да)
Size: a a a
2021 March 11
SP
оперативке? процессорном времени? Компиляции? дисковом пространстве? сомнительно, ведь тот же редис не работает с воздуха)
Возможности более точечно управлять масштабированием ресурсов?
✨
а сервр бд у нас не мостабируется?
✨
Бд легко масштабируется на чтение. А на запись это то ещё удовольствие
мы же говрим о записи в память, а не диск
✨
не соглашусь
SP
мы же говрим о записи в память, а не диск
Ну просто тогда это должен быть отдельный инстанс мускуля
SP
Что бы ты мог пренебречь накладными расходами репликации диска
✨
не, не смогу))
SP
Ну тоесть....
Есть у тебя приложение. У него нагрузка днём одна и под это дело тебе хочется 5 реплик мускуля и 10 маленьких инстансов рэдиса. А ночью тебе хватает 3-х реплик мускуля потому что там репорты гоняют в это время а рэдиса хватит и двух
Есть у тебя приложение. У него нагрузка днём одна и под это дело тебе хочется 5 реплик мускуля и 10 маленьких инстансов рэдиса. А ночью тебе хватает 3-х реплик мускуля потому что там репорты гоняют в это время а рэдиса хватит и двух
SP
А тот же редис шардируется из коробки
Ну в случае кэша шардирование не самый распространенный юзкейс
✨
Ну вот :) для чтения это мастер слейв репликация. А для записи это шардинг который сильно нетривиален
возможно это в привычном понимании записи/чтения innodb? я не думаю что те же алгоритмы применимы для памяти
SP
возможно это в привычном понимании записи/чтения innodb? я не думаю что те же алгоритмы применимы для памяти
Ты не о том думаешь
D
Ну в случае кэша шардирование не самый распространенный юзкейс
А какой ещё может быть кейс масштабирования Кеша ? Только шард. По любому признаку