Size: a a a

2020 December 26

ДЩ

Дмитрий Щербаков... in phpGeeks
Владислав Субботин
Верования в РСУБД онли? :D
В то что каждый инструмент для своей цели, нужен кеш бери редис, нужна очередь берём кролика, нужно хранить данные берём РСУБД
источник

ВС

Владислав Субботин... in phpGeeks
Дмитрий Щербаков
В то что каждый инструмент для своей цели, нужен кеш бери редис, нужна очередь берём кролика, нужно хранить данные берём РСУБД
Ну так редис - это не только лишь кэш
источник

AS

Alexey Shatunov in phpGeeks
Владислав Субботин
Речь про пользовательские данные. Вероятно, более важные данные всё же в РСУБД хранят. Но редис может раз в секунду свопать данные на диск. Да и кластеризация у него есть.
именно о кластеризации речь и есть, там есть нюансы когда выпадает нода и другие ноды хотят перебалансировать кейспейс
источник

AS

Alexey Shatunov in phpGeeks
aof вообще нафиг не сдался, только rdb
источник

AS

Alexandr Sakharoff in phpGeeks
Alexey Shatunov
данные бывают разные... redis спроектирован так что потенциально может терять данные
не поясню за режины redis, но можно настроить так чтобы дамп постоянно клался на диск и будет тебе persistent storage.
но его нельзя бесконечно масштабировать, в какой-то момент перфоманс умрет и придется мигрировать на sql/колоночные.
источник

AS

Alexey Shatunov in phpGeeks
при хоть сколько-нибудь больших tps хоть aof вроде как и дает ощущение надежности, он после восстановления будет пару часов этот журнал перечитывать
источник

M

Maxim Kainov in phpGeeks
Katulos⠀
Javascript суть экскрименты
Нет, это твое восприятие )
источник

AS

Alexey Shatunov in phpGeeks
поэтому в redis надо юзать rdb, и не забывать ставить его настройки верно потому что по дефолту он насилует диск
источник

AS

Alexey Shatunov in phpGeeks
остальное это редкие кейсы очень
источник

AS

Alexandr Sakharoff in phpGeeks
а php?)
источник

ВС

Владислав Субботин... in phpGeeks
А php конфетка. Но со специфической начинкой :D
источник

AS

Alexey Shatunov in phpGeeks
в общем что я хочу сказать - redis как шлюз не дает такой надежности как kafka, как очередь такого функционала как rabbit(еще у него проблемы производительности с durable эксченджами).. но если хочется что-то ненадежное и очень быстрое то redis прям идеал современного велосипедостроения
источник

AS

Alexey Shatunov in phpGeeks
для надежных k-v хранилищ давно есть другие более интересные варианты, типа aerospike
источник

AS

Alexey Shatunov in phpGeeks
или всяких lmdb с условной персистентностью типа rocksdb
источник

AS

Alexey Shatunov in phpGeeks
redis просто тупой как пробка - ставится одной командой, протокол текстовый.. вот его все и юзают для всего подряд
источник

DU

Denis Ulyanov in phpGeeks
Alexey Shatunov
redis просто тупой как пробка - ставится одной командой, протокол текстовый.. вот его все и юзают для всего подряд
И чаще всего этого хватает)
источник

AS

Alexey Shatunov in phpGeeks
потом все к нему так привыкли и обленились, что разнылись и пришлось бедолагам из redislabs делать из pub-sub очереди.. или там бигдатчики пришли - хотим hyperlolog.. хотим muti-операции
источник

АГ

Алексей Гевондян... in phpGeeks
чего не хватает в редисе?
источник

AS

Alexey Shatunov in phpGeeks
Denis Ulyanov
И чаще всего этого хватает)
так блин, это плохо.. это делает php-сообщество ленивым.. вместо того чтобы думать над быстрыми ipc и сериализацией, чтобы просто взять какой-нить топорный мемкеш или любой другой кусок памяти с удобным бинарным протоколом, давайте оставим все как есть а сбоку прикрутим какой-нить redis в котором по сути всякие list'ы и hash'ы нафиг не сдались (ну кроме реальных задач на lua с ними работать) но просто php иначе тупит
источник

AS

Alexey Shatunov in phpGeeks
Алексей Гевондян
чего не хватает в редисе?
наоборот, в него слишком много уже всего напихали
источник