System Design для начинающих: всё, что вам нужно. Часть 1
#SystemDesign #DistributedSystems #Backend
✅
В распределённой системе сетевое разделение неизбежно, поэтому реальный выбор всегда между CP и AP, а не между всеми тремя гарантиями CAP.
📈
Знаешь, что «P» присутствует всегда — и на собеседовании обосновываешь выбор БД через компромисс между согласованностью и доступностью под конкретный домен.
🔹 Банкинг, платежи, биржи требуют consistency (нельзя показывать противоречивые данные); соцсети выбирают availability (расхождение в счётчике лайков допустимо).
🔹 Оценка ресурсов «на коленке»: 10k RPS × 10 мс = 100 000 мс/с, при 1000 мс/с на ядро это 100 ядер, то есть 25 серверов по 4 ядра.
Читаем:
В статье разобраны конкретные примеры расчёта нагрузки и хранилища на кейсе Twitter (DAU, объём в ПБ/день), различия вертикального и горизонтального масштабирования и механика автоскейлинга по порогу загрузки CPU.
https://habr.com/ru/articles/873388/
@aStateOfNet
#SystemDesign #DistributedSystems #Backend
✅
В распределённой системе сетевое разделение неизбежно, поэтому реальный выбор всегда между CP и AP, а не между всеми тремя гарантиями CAP.
📈
Знаешь, что «P» присутствует всегда — и на собеседовании обосновываешь выбор БД через компромисс между согласованностью и доступностью под конкретный домен.
🔹 Банкинг, платежи, биржи требуют consistency (нельзя показывать противоречивые данные); соцсети выбирают availability (расхождение в счётчике лайков допустимо).
🔹 Оценка ресурсов «на коленке»: 10k RPS × 10 мс = 100 000 мс/с, при 1000 мс/с на ядро это 100 ядер, то есть 25 серверов по 4 ядра.
Читаем:
В статье разобраны конкретные примеры расчёта нагрузки и хранилища на кейсе Twitter (DAU, объём в ПБ/день), различия вертикального и горизонтального масштабирования и механика автоскейлинга по порогу загрузки CPU.
https://habr.com/ru/articles/873388/
@aStateOfNet