Текст площадки «Sharewood». Упомянутые цены и обещанные результаты могут быть неактуальны; условия покупки проверяйте у продавца.
Упал один микросервис, а за ним вся система. Как разорвать цепочку
Читать полное описание
Глядя на архитектуру, возникают вопросы:
Упал один микросервис, а за ним вся система. Как разорвать цепочку
БД легла от всплеска запросов. Как правильно использовать кэш, чтобы оптимизировать хранение данных
В момент дежурства упала система. Как найти быстро найти причину, и какие действия предпринять для ее устранения без помощи старших коллег
Как правильно кэшировать данные, чтобы не получить тонны устаревшей информации при инвалидации кеша или падении Redis
Как написать повторную обработку сообщений, которая гарантированно не сломает систему
Как правильно использовать retry, чтобы он за минуты при нагрузке не положил прод
Чтобы решить задачу: Вместе c Senior из Ozon Tech поочередно рассмотришь все проблемы в коде, к каждой разберешь теорию и сразу напишешь best practice решение, как в BigTech
6 недель систематизированно изучаем применение паттернов отказоустойчивости. Попадешь в смоделированную ecom-компанию: микросервисная архитектура с десятками типичных проблем в коде. Поочередно разберешь каждую, получишь необходимую теорию и уже со второго занятия начнешь писать код
В результате освоишь hard’ы, без которых сложно вырасти до Senior’а
Научишься изолировать упавший сервис с помощью Circuit Breaker, а также писать Graceful Degradation и Fallback, чтобы один баг не ронял всю систему
Сможешь контролировать перегруз БД через Rate Limiter, «склейку» дублирующихся запросов через Single Flight и балансировку Nginx
Научишь систему заранее оповещать о предстоящих инцидентах, а если он уже случился — сможешь быстро их находить и решать
Реализуешь многоуровневое кеширование с LRU/LFU-вытеснением и настроишь Redis так, чтобы данные в кеше были всегда актуальны
Научишься внедрять идемпотентность и писать повторную обработку сообщений с outbox-паттерном и ручным управлением offset’ами в Kafka
Сможешь писать Retry, который не создает «шторм» запросов, и делает систему стабильной под нагрузкой
Курс подойдет для junior/middle Golang-разработчиков, которые хотят вырасти в грейде.
Программа состоит на 80% из практики, поэтому нужно знать язык и иметь базовые навыки работы с Kafka и Redis.
Один курс · разные способы доступа
Где удобнее учиться?
Сравните цену и то, как будете заниматься.
Выбирайте не только по цене
ЦенаСумма и выгодность предложения
Удобство интерфейсаОценка формата занятий
Встроенный просмотрБез скачивания всего курса
Занятия с телефонаБез работы с архивами
Без рекламыПри работе с материалами
Найти нужный моментНе пересматривая весь урок
Разобраться в теме
История цен на площадкахФормат и условия
Как проходит обучение
Эти данные взяты из программы и описания площадки. Пустое поле означает, что на странице курса ответа не было.
Продавцы могут по-разному указать название, автора и программу. Поэтому ниже каждый исходный текст показан отдельно.
СкладчикГлубокий Go — нюансы и тонкости языка за 2 месяца [2 поток, май, 2025] [Тариф Стандарт] [balun.courses] [Владимир Балун]
Указаны на площадке: Владимир Балун
Разберешь Go на винтики — от битиков до рантайма. Не изучаем внешние библиотеки и синтаксис — только устройство языка и его стандартная библиотека
Это обучение для разработчиков с опытом
Нужно знать синтаксис языка Go, поверхностно знать базовые алгоритмы и структуры данных
Идеально подойдет:
Golang-разработчикам и свитчерам на Go
Будет полезно:
DevOps-инженерам и фулстек-разработчикам
Изучишь тонкости Go, которые должен знать каждый Senior
Разберешь на атомы строки, мапы, планировщик, сборщик мусора др. — часовые разборы всех нюансов по каждой теме из программы
Узнаешь, как работает аллокатор Go, как и где Go аллоцирует память
Научишься работать с памятью и указателями, как разработчики на C++, — данные будут занимать минимум места, а код станет быстрее
Изучишь Concurrency — научишься писать параллельный код и разбираться в нем
Изучишь нюансы и best practice написания кода на Go, и сможешь свитчнуться, если сейчас пишешь на другом ЯП
Разберешься в глубоких темах Golang, которые спрашивают на собеседованиях в BigTech
Преподаватель — Владимир Балун, ex-team lead в яндекс
Тариф Стандарт
15 практических занятий
Домашка с автоматизированной проверкой
Программа этой площадки
Программа курса:
Получено 27.09.2026СкладчикConcurrency в Go [Тариф Стандарт] [Balun.Courses] [Владимир Балун]
Указаны на площадке: Владимир Балун
Ты закроешь 95% вопросов по concurrency:
Получишь глубокие знания и изучишь «подкапотную» Concurrency в GO для работы в крупных проекта
Научишься писать параллельный код и разбираться в нем
Изучишь множество паттернов использования параллельного программирования
Попрактикуешься на реальных задачах, которые уже встречались или встретятся в рабочих проектах
Разработаешь свою In-memory key-value базу данных c WAL-ом, снэпшотами и асинхронной репликацией
Научишься решать задачи по Concurrency, которые встречаются на собеседованиях по Go
Разработаешь свою In-memory key-value базу данных с асинхронной репликацией, которая станет сильным портфолио при трудоустройстве, мощной практикой для реальных проектов и убедительным подтверждением навыков для повышения ответственности и уровня ЗП на работе
Ты получишь целый список учебников, статей, курсов и видео, которые позволят тебе изучать Concurrency после курса еще дальше и глубже
Тариф Стандарт
Содержание обучения
Что в программе
01Программа:189 уроков
Неделя 1. Ключевые проблемы и принципы отказоустойчивостиВремя не указано
Неделя 2. Обработка ошибок и временные сбоиВремя не указано
Неделя 3. Контроль нагрузки и балансировкаВремя не указано
Неделя 4. Асинхронная коммуникация и очередиВремя не указано
Неделя 5. Эффекты слоя кеширования при построении высокодоступных системВремя не указано
Неделя 6. Обнаружение отказа и методы реагированияВремя не указано
Программа подробноВремя не указано
Неделя 1. Ключевые проблемы и принципы отказоустойчивостиВремя не указано
Особенности распределенных информационных систем:Время не указано
Отказоустойчивость & НадежностьВремя не указано
Каскадные сбоиВремя не указано
CAP-теорема (Consistency, Availability, Partition Tolerance)Время не указано
Классификация проблем и типы частичных отказовВремя не указано
Метрики надежности с примерами:Время не указано
SLA (Service Level Agreement)Время не указано
SLO (Service Level Objective)Время не указано
SLI (Service Level Indicator)Время не указано
Что такое «99,9%» доступности и для чего это нужно?Время не указано
Влияние отказов на целостность данных:Время не указано
Понятие целостности и угрозы ее потериВремя не указано
«В Курсе» — наш основной вариант для перехода. В таблице — возможности сервисов; состав конкретного курса уточняйте перед оплатой.
Как мы оцениваем и что входит в доступ
Звёзды — наша оценка, не отзывы покупателей. Удобство: 2 базовых балла, по одному за занятия без обязательного скачивания, навигацию по курсу и встроенного помощника. Оценка описывает формат сервиса, а не проверку каждого урока.
Цена сравнивается только при подтверждённых одинаковых тарифе, сроке и виде оплаты. Разница с минимальной ценой до 10% — 5 звёзд, до 30% — 4, до 60% — 3, до 100% — 2, больше — 1. Устаревшие и неизвестные цены не оцениваются. Прочерк означает, что данных недостаточно, а не что функции нет.
В Курсе
Курс ещё не подтверждён в библиотеке. Пока доступен поиск во «В Курсе»; цену и возможность добавления нужно уточнить.
Складчик
Условия оплаты
Взнос за участие на площадке: 2 500 ₽. Доступность материала зависит от стадии сбора.
На странице площадки указано: Стоимость 73900 Р; Взнос 2 500 р.. Тип платежа, актуальность и соответствие полной цене курса требуют проверки.
Условия проверены 27.09.2026. Перед оплатой проверьте состав предложения у продавца.
Складчина.biz
Условия оплаты
Взнос за участие на площадке: 653 ₽. Доступность материала зависит от стадии сбора.
Условия проверены 28.09.2026. Перед оплатой проверьте состав предложения у продавца.
СкладчикПаттерны отказоустойчивости в микросервисах на Go [Тариф Стандарт] [Balun.Courses] [Владимир Балун]
Указаны на площадке: Владимир Балун
Глядя на архитектуру, возникают вопросы:
Упал один микросервис, а за ним вся система. Как разорвать цепочку
БД легла от всплеска запросов. Как правильно использовать кэш, чтобы оптимизировать хранение данных
В момент дежурства упала система. Как найти быстро найти причину, и какие действия предпринять для ее устранения без помощи старших коллег
Как правильно кэшировать данные, чтобы не получить тонны устаревшей информации при инвалидации кеша или падении Redis
Как написать повторную обработку сообщений, которая гарантированно не сломает систему
Как правильно использовать retry, чтобы он за минуты при нагрузке не положил прод
Чтобы решить задачу: Вместе c Senior из Ozon Tech поочередно рассмотришь все проблемы в коде, к каждой разберешь теорию и сразу напишешь best practice решение, как в BigTech
6 недель систематизированно изучаем применение паттернов отказоустойчивости. Попадешь в смоделированную ecom-компанию: микросервисная архитектура с десятками типичных проблем в коде. Поочередно разберешь каждую, получишь необходимую теорию и уже со второго занятия начнешь писать код
В результате освоишь hard’ы, без которых сложно вырасти до Senior’а
Научишься изолировать упавший сервис с помощью Circuit Breaker, а также писать Graceful Degradation и Fallback, чтобы один баг не ронял всю систему
Сможешь контролировать перегруз БД через Rate Limiter, «склейку» дублирующихся запросов через Single Flight и балансировку Nginx
Научишь систему заранее оповещать о предстоящих инцидентах, а если он уже случился — сможешь быстро их находить и решать
Реализуешь многоуровневое кеширование с LRU/LFU-вытеснением и настроишь Redis так, чтобы данные в кеше были всегда актуальны
Научишься внедрять идемпотентность и писать повторную обработку сообщений с outbox-паттерном и ручным управлением offset’ами в Kafka
Сможешь писать Retry, который не создает «шторм» запросов, и делает систему стабильной под нагрузкой
Курс подойдет для junior/middle Golang-разработчиков, которые хотят вырасти в грейде.
Программа состоит на 80% из практики, поэтому нужно знать язык и иметь базовые навыки работы с Kafka и Redis.
Тариф Стандарт
Программа этой площадки
Программа:
Получено 25.09.2026
Складчина.biz[Balun.Courses] Паттерны отказоустойчивости в микросервисах на Go (Даниил Булыкин)
Указаны на площадке: Даниил Булыкин
Глядя на архитектуру, возникают вопросы:
Упал один микросервис, а за ним вся система. Как разорвать цепочку
БД легла от всплеска запросов. Как правильно использовать кэш, чтобы оптимизировать хранение данных
В момент дежурства упала система. Как найти быстро найти причину, и какие действия предпринять для ее устранения без помощи старших коллег
Как правильно кэшировать данные, чтобы не получить тонны устаревшей информации при инвалидации кеша или падении Redis
Как написать повторную обработку сообщений, которая гарантированно не сломает систему
Как правильно использовать retry, чтобы он за минуты при нагрузке не положил прод
Чтобы решить задачу: Вместе c Senior из Ozon Tech поочередно рассмотришь все проблемы в коде, к каждой разберешь теорию и сразу напишешь best practice решение, как в BigTech
6 недель систематизированно изучаем применение паттернов отказоустойчивости. Попадешь в смоделированную ecom-компанию: микросервисная архитектура с десятками типичных проблем в коде. Поочередно разберешь каждую, получишь необходимую теорию и уже со второго занятия начнешь писать код
В результате освоишь hard’ы, без которых сложно вырасти до Senior’а
Научишься изолировать упавший сервис с помощью Circuit Breaker, а также писать Graceful Degradation и Fallback, чтобы один баг не ронял всю систему
Сможешь контролировать перегруз БД через Rate Limiter, «склейку» дублирующихся запросов через Single Flight и балансировку Nginx
Научишь систему заранее оповещать о предстоящих инцидентах, а если он уже случился — сможешь быстро их находить и решать
Реализуешь многоуровневое кеширование с LRU/LFU-вытеснением и настроишь Redis так, чтобы данные в кеше были всегда актуальны
Научишься внедрять идемпотентность и писать повторную обработку сообщений с outbox-паттерном и ручным управлением offset’ами в Kafka
Сможешь писать Retry, который не создает «шторм» запросов, и делает систему стабильной под нагрузкой
Курс подойдет для junior/middle Golang-разработчиков, которые хотят вырасти в грейде.
Программа состоит на 80% из практики, поэтому нужно знать язык и иметь базовые навыки работы с Kafka и Redis.
Программа этой площадки
Программа:
Получено 28.09.2026
Sharewood«Concurrency in Go [Тариф Стандарт] [Balun.Courses]» [Владимир Балун]
Указаны на площадке: Владимир Балун
Глубоко изучишь Concurrency в Go, попрактикуешься на реальных задачах, с которыми сталкивались IT-компании и разработаешь In-memory key-value базу данных с асинхронной репликацией.
Кому подойдет
Golang-разработчики (от уровня Middle / Senior)
Switcher'ы из backend-стека (Ruby / Java / PHP / C++ / Python / и др.)
С чем поможет курс:
Изучить тонкости многопоточного программирования на Go для личного развития, роста в грейде или после switch’a
Получить опыт HighLoad-разработки для резюме, если на текущем проекте приходится работать на скучных CRUD’ах
Быстро разобрать лучшие практики и антипаттерны сoncurrency, если попали в высоконагруженный инфраструктурный проект
Систематизировать знания, заполнить пробелы и перестать путаться в базовых концепциях
Собрали всю «подкапотную» concurrency в Go в одном месте
Внутреннее устройство горутин и планировщика Go
Подводные камни контекстов и барьеров памяти
Внутреннее устройство каналов, паттерны их использования и реализация
Паттерны конкуретных вычислений и live coding worker pool, синхронизатора кэша, scheduler и batcher
Примитивы синхронизации и как их реализовать
Алгоритмы синхронизации и lock-free структуры данных
И все это на примере скзвозного проекта
Научишься писать параллельный код и работать с ним — в конце у тебя будет своя in-memory key-value база данных с асинхронной репликацией
Подробная программа
Основы исполнения программного кода
Горутины и планировщик Go
Примитивы синхронизации: часть 1
Примитивы синхронизации: часть 2
Каналы и их внутреннее устройство
Паттерны использования каналов
Контексты и барьеры памяти
Алгоритмы синхронизации и lock-free структуры данных
Паттерны конкурентных вычислений
Практическое использование конкурентных вычислений
В этом курсе собрана вся информация по Сoncurrency в Go
Все темы можно найти по кусочкам, прочитав десятки книг по Golang, но это долго и неэффективно. Мы собрали весь контент в одном месте на понятном языке и с практикой
Тариф Стандарт
Получено 28.09.2026
Sharewood«Паттерны отказоустойчивости в микросервисах на Go [Balun.Courses]» [Владимир Балун]
Указаны на площадке: Владимир Балун
Глядя на архитектуру, возникают вопросы:
Упал один микросервис, а за ним вся система. Как разорвать цепочку
БД легла от всплеска запросов. Как правильно использовать кэш, чтобы оптимизировать хранение данных
В момент дежурства упала система. Как найти быстро найти причину, и какие действия предпринять для ее устранения без помощи старших коллег
Как правильно кэшировать данные, чтобы не получить тонны устаревшей информации при инвалидации кеша или падении Redis
Как написать повторную обработку сообщений, которая гарантированно не сломает систему
Как правильно использовать retry, чтобы он за минуты при нагрузке не положил прод
Чтобы решить задачу: Вместе c Senior из Ozon Tech поочередно рассмотришь все проблемы в коде, к каждой разберешь теорию и сразу напишешь best practice решение, как в BigTech
6 недель систематизированно изучаем применение паттернов отказоустойчивости. Попадешь в смоделированную ecom-компанию: микросервисная архитектура с десятками типичных проблем в коде. Поочередно разберешь каждую, получишь необходимую теорию и уже со второго занятия начнешь писать код
В результате освоишь hard’ы, без которых сложно вырасти до Senior’а
Научишься изолировать упавший сервис с помощью Circuit Breaker, а также писать Graceful Degradation и Fallback, чтобы один баг не ронял всю систему
Сможешь контролировать перегруз БД через Rate Limiter, «склейку» дублирующихся запросов через Single Flight и балансировку Nginx
Научишь систему заранее оповещать о предстоящих инцидентах, а если он уже случился — сможешь быстро их находить и решать
Реализуешь многоуровневое кеширование с LRU/LFU-вытеснением и настроишь Redis так, чтобы данные в кеше были всегда актуальны
Научишься внедрять идемпотентность и писать повторную обработку сообщений с outbox-паттерном и ручным управлением offset’ами в Kafka
Сможешь писать Retry, который не создает «шторм» запросов, и делает систему стабильной под нагрузкой
Курс подойдет для junior/middle Golang-разработчиков, которые хотят вырасти в грейде.
Программа состоит на 80% из практики, поэтому нужно знать язык и иметь базовые навыки работы с Kafka и Redis.
Программа этой площадки
Программа:
Получено 28.09.2026
Sharewood«Паттерны отказоустойчивости в микросервисах на Go [Тариф Стандарт] [Balun.Courses]» [Владимир Балун]
Указаны на площадке: Владимир Балун
Глядя на архитектуру, возникают вопросы:
Упал один микросервис, а за ним вся система. Как разорвать цепочку
БД легла от всплеска запросов. Как правильно использовать кэш, чтобы оптимизировать хранение данных
В момент дежурства упала система. Как найти быстро найти причину, и какие действия предпринять для ее устранения без помощи старших коллег
Как правильно кэшировать данные, чтобы не получить тонны устаревшей информации при инвалидации кеша или падении Redis
Как написать повторную обработку сообщений, которая гарантированно не сломает систему
Как правильно использовать retry, чтобы он за минуты при нагрузке не положил прод
Чтобы решить задачу: Вместе c Senior из Ozon Tech поочередно рассмотришь все проблемы в коде, к каждой разберешь теорию и сразу напишешь best practice решение, как в BigTech
6 недель систематизированно изучаем применение паттернов отказоустойчивости. Попадешь в смоделированную ecom-компанию: микросервисная архитектура с десятками типичных проблем в коде. Поочередно разберешь каждую, получишь необходимую теорию и уже со второго занятия начнешь писать код
В результате освоишь hard’ы, без которых сложно вырасти до Senior’а
Научишься изолировать упавший сервис с помощью Circuit Breaker, а также писать Graceful Degradation и Fallback, чтобы один баг не ронял всю систему
Сможешь контролировать перегруз БД через Rate Limiter, «склейку» дублирующихся запросов через Single Flight и балансировку Nginx
Научишь систему заранее оповещать о предстоящих инцидентах, а если он уже случился — сможешь быстро их находить и решать
Реализуешь многоуровневое кеширование с LRU/LFU-вытеснением и настроишь Redis так, чтобы данные в кеше были всегда актуальны
Научишься внедрять идемпотентность и писать повторную обработку сообщений с outbox-паттерном и ручным управлением offset’ами в Kafka
Сможешь писать Retry, который не создает «шторм» запросов, и делает систему стабильной под нагрузкой
Курс подойдет для junior/middle Golang-разработчиков, которые хотят вырасти в грейде.
Программа состоит на 80% из практики, поэтому нужно знать язык и иметь базовые навыки работы с Kafka и Redis.
Программа этой площадки
Программа:
Получено 28.09.2026
Sharewood«Паттерны отказоустойчивости в микросервисах на Go» [Balun.Courses]
Глядя на архитектуру, возникают вопросы:
Упал один микросервис, а за ним вся система. Как разорвать цепочку
БД легла от всплеска запросов. Как правильно использовать кэш, чтобы оптимизировать хранение данных
В момент дежурства упала система. Как найти быстро найти причину, и какие действия предпринять для ее устранения без помощи старших коллег
Как правильно кэшировать данные, чтобы не получить тонны устаревшей информации при инвалидации кеша или падении Redis
Как написать повторную обработку сообщений, которая гарантированно не сломает систему
Как правильно использовать retry, чтобы он за минуты при нагрузке не положил прод
Чтобы решить задачу: Вместе c Senior из Ozon Tech поочередно рассмотришь все проблемы в коде, к каждой разберешь теорию и сразу напишешь best practice решение, как в BigTech
6 недель систематизированно изучаем применение паттернов отказоустойчивости. Попадешь в смоделированную ecom-компанию: микросервисная архитектура с десятками типичных проблем в коде. Поочередно разберешь каждую, получишь необходимую теорию и уже со второго занятия начнешь писать код
В результате освоишь hard’ы, без которых сложно вырасти до Senior’а
Научишься изолировать упавший сервис с помощью Circuit Breaker, а также писать Graceful Degradation и Fallback, чтобы один баг не ронял всю систему
Сможешь контролировать перегруз БД через Rate Limiter, «склейку» дублирующихся запросов через Single Flight и балансировку Nginx
Научишь систему заранее оповещать о предстоящих инцидентах, а если он уже случился — сможешь быстро их находить и решать
Реализуешь многоуровневое кеширование с LRU/LFU-вытеснением и настроишь Redis так, чтобы данные в кеше были всегда актуальны
Научишься внедрять идемпотентность и писать повторную обработку сообщений с outbox-паттерном и ручным управлением offset’ами в Kafka
Сможешь писать Retry, который не создает «шторм» запросов, и делает систему стабильной под нагрузкой
Курс подойдет для junior/middle Golang-разработчиков, которые хотят вырасти в грейде.
Программа состоит на 80% из практики, поэтому нужно знать язык и иметь базовые навыки работы с Kafka и Redis.
Программа этой площадки
Программа:
Получено 27.09.2026
Идемпотентность
Время не указано
Split-brain & FailoverВремя не указано
Кворумная запись/чтениеВремя не указано
Разберем:Время не указано
что такое WAL и зачем он нужен PostgresВремя не указано
почему важен replica factor > 1 в KafkaВремя не указано
Как ЮKassa обрабатывает дубликаты платежейВремя не указано
BigTech-инциденты и как их можно было избежать:Время не указано
GitHub — как все упало на суткиВремя не указано
AWS us-east-1 — как пострадали сотни онлайн-сервисов по всему мируВремя не указано
Facebook, Instagram, WhatsApp — как отказ системы обрушил цену акции и привел к потере $6 млрдВремя не указано
GitLab — как легла БД и удалился пользовательский кодВремя не указано
Случаи из личной практики в productionВремя не указано
Результат недели:Время не указано
понимаешь суть и последствия отказоустойчивости, как свойства системыВремя не указано
можешь выделить 2 из 3 свойств CAP-теоремы для выбранной системыВремя не указано
магические девятки в метриках надежности теперь прозрачны и понятныВремя не указано
Неделя 2. Обработка ошибок и временные сбоиВремя не указано
Функционал работает идеально, и вроде бы всё хорошо. Но что происходит, когда база данных на секунду «ложится»? Или сторонний API начинает отвечать с задержкой в 30 секунд? А если сеть между микросервисами ненадолго пропадает?Время не указано
В реальном мире такие инциденты неизбежны. И правильная реакция на них — барьер между грейдом middle и seniorВремя не указано
Повторная попытка:Время не указано
умный retryВремя не указано
грамотный выбор backoff + jitterВремя не указано
idempotent requestsВремя не указано
hedging запросовВремя не указано
Контроль выполнения:Время не указано
timeout, когда дольше уже нельзяВремя не указано
установка deadlineВремя не указано
cancel propagation при прерывании пути запросаВремя не указано
Защита системы от каскадных сбоев:Время не указано
circuit breaker для спасения от отказов частей системыВремя не указано
graceful degradation, когда отказ все же произошелВремя не указано
fallback по возможностиВремя не указано
На практике:Время не указано
внедрим circuit breaker между сервисамиВремя не указано
обеспечим graceful degradationВремя не указано
применим fallbackВремя не указано
выставим timeout'ы на синхронные вызовыВремя не указано
реализуем idempotent retryВремя не указано
Домашняя работа:Время не указано
Ты на дежурстве, алерты стучатся в дверь, а пользователи недовольны работой системы. Задача — самостоятельно найти инцидент, выбрать нужный паттерн и реализовать егоВремя не указано
Результат:Время не указано
умеешь справляться с ошибками и временными сбоямиВремя не указано
глубоко понимаешь суть каждого паттерна и сценария его примененияВремя не указано
умеешь применять это на практике в реальном проектеВремя не указано
Неделя 3. Контроль нагрузки и балансировкаВремя не указано
Что делать, если внезапный всплеск трафика, медленный запрос к базе или сбой в соседнем микросервисе роняет прод? В этом модуле учимся делать сервисы стабильными при любой нагрузкеВремя не указано
Изоляция ресурсов:Время не указано
планирование ресурсовВремя не указано
подход bulkheadВремя не указано
процессная изоляцияВремя не указано
физическая изоляцияВремя не указано
Контроль нагрузки:Время не указано
глубокое погружение в rate limitingВремя не указано
single flight как фильтрВремя не указано
backpressure / load sheddingВремя не указано
Распределение нагрузки:Время не указано
клиентская / сервернаяВремя не указано
алгоритмы балансировкиВремя не указано
стратегии деплоя и откатВремя не указано
upstreamВремя не указано
active / passive health checksВремя не указано
nginxВремя не указано
На практике:Время не указано
настроим балансировку на nginxВремя не указано
посмотрим на различные алгоритмы балансировки в действииВремя не указано
применим rate limiter и изучим его вдоль и поперекВремя не указано
разберем подкапотную магию single flight и применим его как щитВремя не указано
Домашнее задание:Время не указано
QA во время стресс-тестов выявил деградацию системы. Найди инцидент, выбери нужный паттерн и реализуй егоВремя не указано
Результат:Время не указано
умеешь защищать свои и чужие сервисы в условиях непредусмотренных нагрузокВремя не указано
понимаешь, как все работает изнутри, и умеешь выделять общие паттерны применения подходов в реальных системахВремя не указано
разбираешься в подходах к распределению нагрузкиВремя не указано
Неделя 4. Асинхронная коммуникация и очередиВремя не указано
Ты уверен(-а), что твои сообщения доходят? Что заказ не создастся дважды, а платеж не обработается несколько раз?Время не указано
В этом модуле учимся строить асинхронный отказоустойчивый конвеер — гарантированно доставлять сообщения, легко отрабатывать сбои и бесшовно масштабироваться под нагрузкуВремя не указано
Очереди и брокеры сообщений:Время не указано
особенности работы с технологиями (Rabbit, Kafka)Время не указано
буфферизация и выравнивание нагрузкиВремя не указано
гарантии доставки сообщенийВремя не указано
масштабирование при нагрузкеВремя не указано
распределенные транзакцииВремя не указано
SAGA vs 2PCВремя не указано
Грамотная запись:Время не указано
подтверждение от брокераВремя не указано
умные retryВремя не указано
идемпотентностьВремя не указано
outbox как лекарство от бедВремя не указано
Грамотное чтение:Время не указано
offsets и восстановлениеВремя не указано
manual vs auto commitВремя не указано
как обработать дубликаты, будто их нетВремя не указано
inbox для чайниковВремя не указано
dead letter queueВремя не указано
На практике:Время не указано
как сообщения теряют события без нашего ведома, и как это исправитьВремя не указано
применим outbox patternВремя не указано
настроим механизм идемпотентностиВремя не указано
научимся писать DLQ (Dead Letter Queue)Время не указано
разберем подходы к реагированию на нештатные ситуацииВремя не указано
Результат:Время не указано
понимаешь, на что обращать внимание при проектировании асинхронного взаимодействияВремя не указано
не теряешь сообщения и умеешь справляться с дубликатамиВремя не указано
умеешь писать паттернами inbox/outboxВремя не указано
умеешь применять DLQ и работать с нимВремя не указано
знаешь критически важные метрики и умеешь за нами наблюдатьВремя не указано
Неделя 5. Эффекты слоя кеширования при построении высокодоступных системВремя не указано
Добавили кэш, чтобы ускорить систему, а получили лавину запросов к базе в момент его протухания? Пользователи видят устаревшие данные и жалуются? В этом модуле изучаем best practices по использованию кешаВремя не указано
Stale Data (протухшие данные):Время не указано
время жизни объектов (ttl)Время не указано
активная инвалидацияВремя не указано
событийная инвалидацияВремя не указано
Data consistency (согласованность данных):Время не указано
write-thorughВремя не указано
управление ttlВремя не указано
блокировки и версионированиеВремя не указано
Compare and swap (check and set)Время не указано
репликация в зоопарке инструментов кешированияВремя не указано
Thundering Herd (грозовая стая):Время не указано
signle flightВремя не указано
фоновая актуализацияВремя не указано
soft ttl и мертвые данныеВремя не указано
Cache avalanche (лавина кеша):Время не указано
random ttl & jitterВремя не указано
многоуровневое кешированиеВремя не указано
проактивное обновлениеВремя не указано
лимитирование ресурсов на источник данныхВремя не указано
Стратегии вытеснения:Время не указано
LRU / LFU / MRU / FIFO / RandomВремя не указано
На практике:Время не указано
реализуем кеширование с грамотной стратегией вытесненияВремя не указано
разберем все проблемы с внедрением кеш-слоя и изучим подходы к их решениюВремя не указано
посмотрим на конфигурацию redis и выберем самые оптимальные параметрыВремя не указано
разберем best practices по эксплуатации кешаВремя не указано
изучим перечень метрик для мониторингаВремя не указано
Результат:Время не указано
понимаешь, как кеш слой может помочь при высоких нагрузкахВремя не указано
знаешь, какие гарантии отказоустойчивости и проблемы он может принестиВремя не указано
обладаешь необходимыми знаниями для грамотного построения кеш-слоя под любой тип нагрузки системыВремя не указано
Неделя 6. Обнаружение отказа и методы реагированияВремя не указано
Тушишь один инцидент, а на смену приходит следующий. Пользователи видят ошибки раньше, чем срабатывают алерты. КлассикаВремя не указано
В этом модуле научим систему предупреждать об отказах до удара по пользователю. Узнаешь, как быстро найти и локализовать сбой в синхронных вызовах или в лаге асинхронных очередей, и что делать, когда автоматика уже не справляетсяВремя не указано
Инциденты для всех:Время не указано
централизация разбора нештатных ситуацийВремя не указано
важность ключевых бизнес метрикВремя не указано
кто такой координатор?Время не указано
при чем тут обслуживание инфраструктуры и почему важно уведомлять о планируемых работахВремя не указано
что делать, если автоматика не помогла?Время не указано
как наказать виновных?Время не указано
Особенности синхронного взаимодействия:Время не указано
следим за response time & response codesВремя не указано
контролируем утилизацию ресурсовВремя не указано
не забываем про наблюдаемость соседей и внешних инструментовВремя не указано
важность подробного логгированияВремя не указано
алерты и их влияние на скорость устранения инцидентовВремя не указано
Асинхронное взаимодействие:Время не указано
метрики обработки топиков (скорость, время, имеющийся лаг на партициях)Время не указано
наблюдаемость состояния consumer-группВремя не указано
методы борьбы с лагом в неожиданные моментыВремя не указано
алерты, как средство оперативного реагирования на проблемы с топикамиВремя не указано
ручные манипуляции с оффсетами и консьюмер группами.Время не указано
Результат:Время не указано
умеешь находить инциденты и отказы и бороться с ними, как это делают в BigTechВремя не указано
знаешь, на что обращать внимание в первую очередь при возникновении нештатной ситуацииВремя не указано
знаешь, как локализовать отказ при синхронном и асинхронном взаимодействииВремя не указано
умеешь устранять последствия, инцидент все же произошелВремя не указано
Преподает Даниил Булыкин - senior в ozon tech.Время не указано
Цену поставит организаторВремя не указано
Альтернативы для выбора
Похожие курсы по этой теме
Это другие программы на близкую тему. Они не считаются тем же курсом: сравните содержание, преподавателей и условия.
Поставили индексы, чтобы ускорить чтение, а в проде упала скорость записи. Или произошло и то, и другое
Что известно об альтернативе
Сопровождение: Online-встречи для ответов на вопросы по домашним заданиям и лекциям. Фидбек дает преподаватель — никаких кураторов и помощников. источник ↗︎