❗️ Готовим кэш правильно!

📈С ростом нагрузки одни и те же запросы к БД становятся узким местом.
Кто обитает на дне океана🤨 поможет нам в такой ситуации?

❗️Кэш!
Ставим рядом с приложением и базой:
⁍ Горячие данные под рукой
⁍ В БД ходим только при необходимости

❓ Следующий вопрос - как правильно с ним взаимодействовать?
С новым элементом приходят три независимых вопроса:

∙ Как читать?
∙ Как писать?
∙ Как инвалидировать данные?

Для конкретной задачи - это три независимых выбора.
Правильный ответ зависит от приоритетов: консистентность, скорость, простота.

👩🏻‍🦰👨🏻‍🦰 Пример: профиль пользователя
Профиль читается очень часто, почти при каждом запросе (аватарка, имя, настройки). Меняется редко. Пользователь обновил данные в настройках. После изменения новое значение должно быть видно сразу.

1) Чтение. Выбираем паттерн Cache-Aside.
➕ Простая реализация: достаточно Redis и нескольких строк кода, без сложной обвязки.
➕ Устойчивость к падению кэша: если Redis недоступен, приложение продолжает работать через БД.
➖ Первый запрос к "холодному" ключу приводит к cache miss: запрос идёт в БД и только потом прогревает кэш.
2) Запись. Выбираем паттерн Write-Through.
➕ После успешной записи данные в кэше и БД сразу синхронизированы.
➕ Одна точка обновления: не нужно отдельно думать об инвалидации при записи.
➖ Запись медленнее: оплачиваем и кэш, и БД. Для частых записей это может быть критично, но у профиля записи редкие.
3) Инвалидация. Выбираем TTL (например, час).
В данном случае стратегия записи Write-Through обеспечивает актуальность данных в кэше. TTL можно добавить для автоматической очистки ключей по истечении времени жизни.

✍️ Вывод
У кэша нет "правильного" паттерна на все случаи.
Есть три направления: чтение, запись, инвалидация. Под каждую задачу собирается своя комбинация.

Ой что намечается.🤯🔨
Хотим форму для участия?

Аррива!🌴💃

2-й сезон System Design Игры! Let's play!

📈 Пора бить рекорды прошлого сезона и показать, чья мозговая нейросеть работает активнее 🤯

😊 System Design World + Yandex Cloud + HighLoad++ объявляют новый архитектурный сезон!

В первом сезоне замечательная devrel Анастасия Маслова предложила раскатать игру ещё раз.
Предложено - сделано :)
У нас получилась бомбическая интеграция 🔨

😊 А что внутри?
1) Отборочный тур online для всех❗️Из любой точки мира🌎
2) Дополнительный раунд и призы от партнера — технологической платформы Yandex Cloud❗️
3) Offline финал на Saint HighLoad 22-23 июня❗️
4) Проходки для 4-х финалистов! Да-да! Мы договорились с HighLoad++ снизить цену с 78000 -> 0 рублей❗️

Как участвовать?
🔘Заполнить форму до 18.05
🔘По ней будет доступ и валидация в тг чате

Когда отборочный тур?
🔘Ориентировочно 21.05 (чт) вечером.

🕺 Вести игру буду я. Пошёл готовить вопросы 🤓
P.S. Можете предложить название секции. Вот какие были в 1-м сезоне.

Один запрос и данные слиты

💁 Всего лишь старое API, незадокументированные возможности.🌟
Но киберпреступники не дремлют😈. Особенно в век AI-автоматизации.👨‍💻

🛡 Защищаться надо здесь и сейчас. И знать зловредов и их методы в лицо!

В Codeby Academy готовы:
⏺️ Научить разбирать уязвимости OWASP на реальных приложениях
⏺️ Дать SAST/DAST-инструменты, которые используют в боевых командах
⏺️ Показать Threat Modeling и Secure SDLC на живых кейсах

=> Прокачка до AppSec-инженера
🛡 Узнать подробнее

🐦‍🔥 System Design Интервью. Мой первый fail, уроки и успешный фреймворк прохождения

Разберём завтра 🔘