Продвинутое проектирование API в Ruby on Rails

Практический воркшоп для backend-разработчиков и техлидов, которые столкнулись с ростом нагрузки, микросервисной сложностью и хотят системно проектировать API, а не латать продакшен костылями. Этот курс — не про «что такое API Gateway», а про как принимать архитектурные решения и отвечать за их последствия.

Кому подойдёт воркшоп

Ваш API не выдерживает роста

• API начал «задыхаться»: таймауты, 502, периодические падения под нагрузкой
• Кэширование сделано точечно, rate limiting либо отсутствует, либо не работает корректно
• Один упавший сервис тянет за собой весь продакшен
• Понимаете, что архитектура не справляется, но не знаете, с чего начать рефакторинг

Вы готовитесь к Senior-позиции (или уже на ней)

• На собеседованиях спрашивают про Circuit Breaker, CAP, distributed rate limiting — а ответы пока поверхностные
• Архитектурные решения принимаются «по ощущению», без чёткого понимания trade-offs
• Хочется системного мышления, а не набора разрозненных паттернов из статей

Команда переходит от монолита к микросервисам

• Монолит распилен, но вместо упрощения появился распределённый хаос
• Нет единой точки входа, сложно обеспечить отказоустойчивость
• Отладка запросов через несколько сервисов занимает часы
• Логи и метрики не дают целостной картины инцидентов

Вы строите публичный API

• API используют внешние клиенты или партнёры
• Нужны тарифы, лимиты, безопасная аутентификация, версионирование без боли
• Хочется понять, как это делают Stripe, GitHub и другие зрелые платформы