Как избежать падения базы данных при большой нагрузке

Настолько упрощено, что не содержит никакой информации, даже концепция тут неприменима

Балансировка, реплики - важная штука. На проде не одна база и другие дублирующие системы.

Пока первый сходит в базу и пост попадет в кеш - в базу прилетит еще несколько тысяч реквестов. Только потом уже все начнут идти за фото в редис. Кстати фото не хранится в базе, там хранятся его метаданные и ID, а сама фотка лежит либо в обычной файловой системе, либо в S3 с со ответственным ID.

как сказал Фил Карлайл There are only two hard things in Computer Science: cache invalidation and naming things

Ну а че остановился, где продолжение, когда они все поставят лайк)))

А ещё можно уведомления высылать с небольшой разницей во времени, чтобы размазать нагрузку

А ещё CDN

Да вот прям так все и работает, один редис раздает всем данные 😂

Еще слышал вроде Celebrity problem в книге Алексея Сюя, system design (но могу ошибаться)

Так не работает, лавина произойдет, но не такая большая, кликнут сразу сотня, может 1000 пользователей, и столько запросов пойдут в сервис и в бд, и подгрузят базу, а вот все остальные сотни тысяч будут брать данные из кэша.

а почему это всё не кеш в бд который хранится так же в памяти? почему не интегрировать решение?

Если хочешь прокачаться в параллелизме и конкурентности в Python, подписывайся на канал. Ссылка в шапке профиля!! Прямая ссылка: /+NCbvgd5LEz1iYTMy

Обозначил проблему множественности запросов в БД, из-за которых база падает. А решил проблему времени выполнения запросов 🥲

по схеме как будто редис ходит в бд, немного неправильно) а еще есть множество паттернов кэширования Cache-Aside, Read-Through и другие, почему-то об этом не говорите

Очень круто, не знал...спасиб) Я обычно под такие задачки касандру или скилу поднимаю😂 не быстро, зато толпу держит хорошо

Жесть он мир для себя открыл:) А если ему ещё рассказать про cdn, балансировку и про очереди ваще охренееет. А БД и Кеш - тезисы фронтендера. Чел фронтендера, и все программисты мира это знают, потому что этому учат ещё в институте лет 20 уже как.

В чем тут разница от изначального варианта кэширующего прокси сервера ?

Тут явно не все рассказали. Крупные веб приложения балансируют нагрузку на несколько вебов. Это значит, что тебе нужен как минимум распределенный лок. Так же хорошо иметь реплики/шардирование Базово я бы старался избегать отправки уведомления всем подписчикам одновременно. Ничего критичного, если этот процесс будет растянут по времени

А вот это прям круто объяснил, красиво и без воды.

Ах тыж хитрец) давай еще )) реально полезно) подкручу к себе)