Больше чем кеш: как мы используем sharded redis в нагруженных сервисах рекомендаций

Поделиться
HTML-код
  • Опубликовано: 7 янв 2025

Комментарии • 5

  • @apkhmv
    @apkhmv Год назад +2

    Отличный доклад! Круто, когда инженеры смотрят в исходный код и на основе этого делают оптимизации.

  • @viktorsheiko4921
    @viktorsheiko4921 Год назад +1

    Спасибо, было интересно

  • @zero8162
    @zero8162 5 месяцев назад

    Можете скинуть ссылку на видео, где ваш коллега рассказывал про pub/sub? Увы, не могу найти.

  • @StanislavMasharsky
    @StanislavMasharsky Год назад

    Я новичок в этом. А почему Redis используется не как кэш, а как настоящая БД с durability, что начинают задумываться о репликации и прочее? Кажется, что его нет из коробки, т.к. этот инструмент и не задумывался для таких целей.

    • @RomAngriff
      @RomAngriff Год назад

      Нужен доступ с очень низким latency до свойств объявлений. Прямо в realtime. Объявлений миллионы, свойств десятки, кол-во объявлений в запросе тясячи. Вот и получается, что key-value хранилище - самое подходящее. Репликация и прочие примудрости нужны как только хочется повысить надежность сервиса. На кеш тоже можно повесить реплики, если критично его потерять :)