Первая часть гайда по System Design (все IT направления) / Пройти интервью на Middle+

➡️ Полный 5ти часовой курс:    • System Design: Что на самом деле проверяют...   👉 Менторы, принявшие участие в записи курса: Инара Гаврилина: https://t.me/find_it_mentor_bot?start... Михаил Савин: https://t.me/find_it_mentor_bot?start... 👉 Учу зарабатывать в IT: https://t.me/m0rtymerr_channel 👉 Найти ментора в IT: https://reviews.it-mentors.ru/l?utm_s... 👉 Все мои ресурсы в одном месте: https://nazarov.community/ System Design - это тот самый этап собеседования, на котором сыпятся даже сильные разработчики. Не потому что они плохо пишут код, а потому что никогда не проектировали системы целиком. В этом курсе мы собрали базу, без которой невозможно пройти System Design интервью: от того, что вообще проверяют на таких интервью, до реального проектирования архитектуры, масштабирования и работы с данными. Разберем, почему плохой дизайн может уронить продукт (как это было со Slack), какие требования собирают перед проектированием и как мыслит инженер, когда строит систему уровня Amazon Таймкоды: 00:00 Как плохой System Design уронил Slack 01:09 Зачем System Design на собеседованиях 02:23 Что проверяют на System Design интервью 02:53 Кому нужен System Design? 04:55 Как будет выходить этот курс? 05:51 Что такое System Design 06:39 Пример с Amazon 07:28 Сбор требований: функциональные и нефункциональные 08:22 Архитектура системы: компоненты и связи 08:52 Выбор технологий 10:22 Управление данными 11:18 Документирование 12:37 Зачем это нужно в реальных продуктах 14:31 Представь, что ты уже на собеседовании 15:12 Интерактив и что делать дальше 15:51 Основы проектирования систем 16:31 5 свойств системы. Какая должна быть система? 18:43 Функциональные и нефункциональные требования к системе 20:51 Архитектура системы: с чем она взаимодействует 21:24 Этап 1. Монолитная архитектура: плюсы и минусы 22:20 Этап 2. Балансировщик нагрузки — распределяем запросы 22:56 Этап 3. Микросервисы — делим систему на части 24:29 Этап 4. Хранение данных и взаимодействие между сервисами 25:10 Нагрузка и масштабирование 25:43 Вертикальное vs. Горизонтальное масштабирование 27:02 Масштабирование базы данных: репликация и шардинг 28:40 ПРОЕКТИРОВАНИЕ API 29:33 REST API: Стандарт внешнего общения 33:01 Продвинутое проектирование систем: почему продакшн ломается под нагрузкой 36:55 Три главных понятия: задержка, пропускная способность и конкурентность 38:09 Закон литтла: как связаны задержка и очередь 39:26 Что будет если входящий поток запросов превысит пропускную способность 41:07 Почему среднее время отклика врет и как нам с этим помогут перцентили 43:05 Почему в распределенных системах хвост задержки удлиняется 44:27 Три группы причин появления хвостов 47:48 Стратегии борьбы с хвостами 48:19 Уменьшение хвоста: hedged requests 49:39 Как сгладить пики нагрузки и уменьшить хвост с помощью очередей 50:22 Tied requests 51:11 Latency-aware load balancing 51:58 Request coalescing 52:38 Synchronize disruption 53:09 Back pressure 54:35 Маскировка хвоста: circuit breaker 55:31 Deadline propogation и good enough 57:01 Зачем в распределенных системах связывать логи 57:44 Хвосты - это нормально! 58:03 Масштабирование пропускной способности 58:45 Законы масштабирования пропускной способности 59:06 Закон Амдала 59:48 Закон Густавсона 1:00:51 Закон универсальной масштабируемости 1:01:42 Почему иногда добавление серверов делает только хуже 1:03:57 Партиционирование vs Шардирование: в чем разница и когда применять 1:08:05 Как выбрать правильный ключ шардирования 1:08:44 Что такое горячий ключ 1:08:58 Маршрутизация запросов: прокси, роутинг, координатор 1:10:34 Ребалансировка: как перераспределить данные без простоя 1:11:59 Кроссшардовые операции 1:13:33 Распределенные транзакции: какие есть подходы 1:14:35 2PC: как работает и почему его не любят 1:16:03 3PC 1:17:14 TCC 1:18:40 Saga 1:20:41 Модели согласованности: Eventual и Strong consistency 1:23:34 Более строгая модель Linearizability 1:24:05 Вопросы для собеса #антонназаров #осознаннаямеркантильность #системныйдизайн #systemdesign