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

Онлайн-воркшоп для разработчиков на Ruby и Rails по проектированию API, устойчивого к высоким нагрузкам и готового к переходу на микросервисы за счет реализации API Gateway паттернов и лучших практик кэширования, observability, Rate Limiting и аутентификации.

Купить запись

3 дня по 2 часа

19 января (понедельник) 19:00 мск
22 января (четверг) 19:00 мск
26 января (понедельник) 19:00 мск

Требования:

Опыт разработки на Ruby on Rails от 2 лет
Понимание основ SQL
Опыт разработки REST API
Знание Redis на уровне базовых операций

В результате вы:

Получите готовые production-tested решения для типичных проблем роста.
Научитесь внедрять multi-layer caching, distributed rate limiting и proper observability
Освоите resilience patterns (circuit breakers, bulkheads, timeouts) для предотвращения каскадных сбоев.
Сможете принимать самостоятельно архитектурные решения и формулировать технические требования к API

Подробнее

Этот воркшоп для вас, если:

API начал «задыхаться» под нагрузкой
- Проект вырос, пользователей стало больше, и теперь вы регулярно видите таймауты, 502-е ошибки и жалобы от клиентов.
- Кэширование сделано фрагментарно, rate limiting отсутствует или работает криво, а один упавший микросервис роняет всё остальное.
- Вы понимаете, что нужно что-то менять, но не знаете, с чего начать и как сделать правильно.
Готовитесь к Senior-позиции или уже на ней, но чувствуете пробелы в архитектуре
- На собеседованиях спрашивают про Circuit Breaker, CAP-теорему и distributed rate limiting, а вы отвечаете по верхам из статей.
- Вы уже Senior, но архитектурные решения принимаете интуитивно, без понимания trade-offs. Хочется системных знаний, а не набора хаков из Stack Overflow.
Команда переходит от монолита к микросервисам
- Монолит распилили на сервисы, но вместо упрощения получили распределённый хаос.
- Непонятно, как организовать единую точку входа, как обеспечить отказоустойчивость, как отлаживать запросы, которые проходят через пять сервисов.
- Логи превратились в кашу, а на каждый инцидент уходит полдня расследований.
Строите публичный API для партнёров или клиентов
- Нужно сделать API, которым будут пользоваться внешние разработчики, а значит: продуманная аутентификация, rate limiting по тарифам, версионирование без боли, понятные ошибки и документация.
- Вы смотрите на Stripe и GitHub и хотите понять, как они это делают.

Формат

Сроки

1 неделя, 3 вебинара длительностью 1,5 - 2 часа

Практика

Покажем релевантные примеры использования технологии, которые сможете использовать в своей практике. Также домашние задания и проверка заданий.

Живое общение

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

Программа воркшопа

1 неделя
3 вебинара
Практические задания
Общение с автором и ответы на вопросы

Для кого этот воркшоп:

Разработчики от 2-х лет опыта

Команда приняла решение декомпозировать монолит, но не понимаете, как организовать взаимодействие сервисов, обеспечить отказоустойчивость и не утонуть в distributed systems проблемах.
Senior-разработчики

Работаете в проекте, который перерос стадию MVP и теперь сталкивается с проблемами масштабирования: API тормозит под нагрузкой, нет нормального rate limiting, кэширование сделано «на коленке».
Tech Leads и архитекторы

Принимаете технические решения и несете ответственность за архитектуру API. Нужно понимать trade-offs разных подходов и уметь обосновать выбор команде и бизнесу.

Что получите по итогу:

Набор готовых production-tested решений для типичных проблем роста. Сможете формулировать технические требования и оценивать предложения команды.
Фреймворк для принятия архитектурных решений: какой алгоритм rate limiting выбрать под конкретную задачу, когда использовать JWT vs opaque tokens.
Сможете внедрить multi-layer caching, distributed rate limiting и proper observability без изобретения велосипедов.
Поймете, когда API Gateway действительно нужен, а когда это overengineering.
Освоите resilience patterns (circuit breakers, bulkheads, timeouts), которые предотвращают каскадные сбои.
Научитесь строить observability, без которой микросервисы превращаются в кошмар. Поймете как выстроить SLI/SLO для API.

Как проходит воркшоп

1

Онлайн-занятие

Воркшоп длится 1 неделю, на которой вас ждут 3 онлайн-занятия.

2

Задание

После занятия вы получите практическое задание (тарифы Практик и Эксперт), которое позволит отработать и закрепить полученные навыки

3

Проверка

Ведущий проверит задание (тарифы Практик и Эксперт) и даст рекомендации по его улучшению.
В процессе вы можете задавать вопросы и всегда получить помощь

4

Решение

После воркшопа у вас будет готовое решение для применения в своем проекте

Александр Норов
Senior Software Engineer в Advenias S.r.l. (Zucchetti Group)

backend-разработчик на Ruby on Rails и Golang с 15+ лет опыта, специализируется на высоконагруженных системах и трансформации legacy-монолитов в масштабируемые продакшен-решения.

"Последние годы работаю с высоконагруженными Ruby/Rails системами в продуктовых компаниях - от healthcare-платформ на 120.000 пользователей до систем обработки изображений для крупнейших сетей супермаркетов.

Моя специализация - превращать «исторически сложившиеся» монолиты в поддерживаемые системы. В Advenias (Zucchetti Group) я переработал legacy-систему отчётности для медицинских учреждений: тысячи строк Ruby, переплетённого с SQL, превратились в отдельный микросервис с многоуровневым кэшированием. Время генерации отчётов сократилось с нескольких часов до минут, а Redis + правильная индексация дали 60% прирост в скорости отклика."

Требования к участникам

Опыт коммерческой разработки на Ruby on Rails от 2 лет
Опыт разработки REST API (создание контроллеров, сериализация, версионирование)
Знание Redis на уровне базовых операций (GET/SET, списки, TTL)
Понимание основ SQL и работы с PostgreSQL

Доступно в библиотеке Thinknetica PRO

Библиотека Thinknetica PRO - это более 100 часов воркшопов и мастер-классов от топовых разработчиков и экспертов

Подробнее