Event-Driven архитектура в Ruby-приложениях
Онлайн-воркшоп для разработчиков на Ruby и Rails, которые хотят научиться извлекать преимущества из паттернов Event-Driven архитектуры за счет грамотного применения современных брокеров сообщений Apache Kafka и RabbitMQ. На примере разработки разветвленной системы микросервисов продемонстрируем большинство паттернов событийной архитектуры.
Купить запись 
3 дня по 2 часа
10 ноября (понедельник) 19:00 мск
13 ноября (четверг) 19:00 мск
17 ноября (понедельник) 19:00 мск
13 ноября (четверг) 19:00 мск
17 ноября (понедельник) 19:00 мск
Требования:
- Опыт разработки на Ruby от 2 лет
- Опыт работы с любой реляционной базой данных
- Плюсом будет опыт работы с любым брокером сообщений
- Базовые навыки работы с Docker и docker-compose
В результате вы:
- Познакомитесь с особенностями современных брокеров сообщений: Apache Kafka, RabbitMQ
- На практике убедитесь, что большинство известных паттернов решаются "из коробки" брокерами сообщений
- Освоите документирование протоколов обмена сообщений AsyncAPI
- На практике примените инструменты распознавания текста Tesseract и Yandex Vision OSR и разработаете асинхронное микросервисное приложение
Подробнее
Этот воркшоп для вас, если:
- вы хотя бы раз в жизни сталкивались с ситуацией, когда длительная операция тормозит ваше приложение
- вы отлаживали фоновые операции днями и неделями, пытаясь договориться с отправителем или получателями о "протоколе" обмена
- при разработке микросервисного приложения, у вас каждый раз получается "жирный" оркестратор, который в курсе всех бизнес-процессов
- вы хотите разобраться с особенностями современных брокеров сообщений, в какой ситуации подходит тот или иной брокер
Почему Event-Driven архитектура сейчас актуальна?
События в программировании используются с момента появления первых компьютеров. Их можно найти и в первых мейнфреймах, и в аппаратной части, и в desktop-приложениях. Однако, в настоящее время под Event-Driven или событийной архитектурой мы имеем в виду отдельный тип распределенных архитектур.
После Docker-революции наши приложения стали стремительно уменьшаться в размере. Границы приложения теперь определяются не физическим или виртуальным компьютером, а легковесным контейнером, размер которого теперь определяется только задумкой разработчика. Как следствие, мы все чаще стали прибегать к микросервисной архитектуре и довольно остро встал вопрос по связыванию, координации отдельных микросервисов и обмена сообщениями.
Все это подтолкнуло сообщество к пересмотру обработки событий. Еще 20 лет назад, брокер сообщений - это реализованный внутри приложения паттерн. Сейчас мы имеем дело с готовыми промышленными брокерами: RabbitMQ, Kafka.
Зачастую на практике события в приложениях используются хаотично, без системы. На воркшопе мы рассмотрим как проблемы при построении Event-Driven архитектуры, так и способы их решения.
После Docker-революции наши приложения стали стремительно уменьшаться в размере. Границы приложения теперь определяются не физическим или виртуальным компьютером, а легковесным контейнером, размер которого теперь определяется только задумкой разработчика. Как следствие, мы все чаще стали прибегать к микросервисной архитектуре и довольно остро встал вопрос по связыванию, координации отдельных микросервисов и обмена сообщениями.
Все это подтолкнуло сообщество к пересмотру обработки событий. Еще 20 лет назад, брокер сообщений - это реализованный внутри приложения паттерн. Сейчас мы имеем дело с готовыми промышленными брокерами: RabbitMQ, Kafka.
Зачастую на практике события в приложениях используются хаотично, без системы. На воркшопе мы рассмотрим как проблемы при построении Event-Driven архитектуры, так и способы их решения.
Формат
Сроки
1 неделя, 3 вебинара длительностью 1,5 - 2 часа
Практика
Покажем релевантные примеры использования технологии, которые сможете использовать в своей практике. Также домашние задания и проверка заданий.
Живое общение
В период проведения воркшопа у вас будет поддержка в чате, а также на вебинарах будут разбираться типичные вопросы и ошибки, примеры лучших практик и решений.
Программа воркшопа
1 неделя
3 вебинара
Практические задания
Общение с автором и ответы на вопросы
3 вебинара
Практические задания
Общение с автором и ответы на вопросы
В первый день познакомимся с событийной архитектурой и ее основными концепциями. Посмотрим, для каких задач она хорошо подходит, какие проблемы она решает.
Разберемся с базовыми паттернами: производитель (producer), потребитель (consumer), канал сообщений (topic, queue), агрегатор, разветвитель, dead-letter queue, брокер сообщений.
Заложим основы нашего будущего приложения, подберем архитектурные решения по структуре сообщения, количеству и назначению топиков. Проведем краткий обзор брокеров сообщений: sidekiq и resque на базе Redis, RabbitMQ и Apache Kafka.
Результат:
Разберемся с базовыми паттернами: производитель (producer), потребитель (consumer), канал сообщений (topic, queue), агрегатор, разветвитель, dead-letter queue, брокер сообщений.
Заложим основы нашего будущего приложения, подберем архитектурные решения по структуре сообщения, количеству и назначению топиков. Проведем краткий обзор брокеров сообщений: sidekiq и resque на базе Redis, RabbitMQ и Apache Kafka.
Результат:
- Познакомимся/вспомним основные паттерны событийной архитектуры
- Построим архитектуру приложения
- Примем архитектурные решения в отношении будущего приложения
- Освоим инструменты документирования асинхронного взаимодействия (AsyncAPI)
Детальнее остановимся на брокерах сообщений, как на отдельном типе приложений. Рассмотрим брокеры сообщений первого и второго типов. Плюсы и минусы Kafka и RabbitMQ. Детальнее остановимся на внутренних возможностях: еxchange и binding-и.
Рассмотрим веб-панели управления, особенности эксплуатации и настройки брокеров сообщений. Потрогаем гемы для работы с брокерами сообщений и типичные приемы.
Построим центральную часть нашего приложения: разработаем сервисы для распознавания текста, заложим резервирование в системе, установим взаимодействие между сервисами и обеспечим документирование взаимодействия. Основная часть примеров будет именно на RabbitMQ.
Результат:
Рассмотрим веб-панели управления, особенности эксплуатации и настройки брокеров сообщений. Потрогаем гемы для работы с брокерами сообщений и типичные приемы.
Построим центральную часть нашего приложения: разработаем сервисы для распознавания текста, заложим резервирование в системе, установим взаимодействие между сервисами и обеспечим документирование взаимодействия. Основная часть примеров будет именно на RabbitMQ.
Результат:
- Изучим, как выбирать брокер сообщений под ту или иную задачу
- Познакомимся с брокерами сообщений и инструментами для взаимодействия с ними
- Научимся обрабатывать сообщения, полученные через брокер сообщений и масштабировать решение
- Разработаем основную логику нашего приложения, связав сервисы и обработку
В третий день доведем наше приложение до конечного результата. Соединим все микросервисы в цепочку, так, чтобы полученный на почтовый ящик чек, проходил все этапы и сумма попадала в базу данных.
Кроме того, мы рассмотрим приемы для долговременного сопровождения проекта. Документируем проект при помощи AsyncAPI, напишем тесты, подключим dead-letter очередь для отлавливания сбойных сообщений в результате неудачных релизов.
Для мониторинга проекта настроим prometheus и grafana, в котором будем отслеживать динамику накопления и разбора очередей.
Результат:
Кроме того, мы рассмотрим приемы для долговременного сопровождения проекта. Документируем проект при помощи AsyncAPI, напишем тесты, подключим dead-letter очередь для отлавливания сбойных сообщений в результате неудачных релизов.
Для мониторинга проекта настроим prometheus и grafana, в котором будем отслеживать динамику накопления и разбора очередей.
Результат:
- Завершим разработку приложения для учета чеков
- Применим паттерн dead-letter queue на практике
- Рассмотрим варианты тестирования: mock-сервер vs функциональное тестирование
- Настроим prometheus и grafana для отслеживания размера очередей
Этот воркшоп поможет:
- Разработчикам на Ruby с опытом от 2-х лет:
- Систематизировать знания по асинхронной архитектуре
- Познакомиться с основными паттернами событийной архитектуры
- Построить микросервисную архитектуру с обменом сообщений через брокер сообщений
- На практике попробовать распознавание текста при помощи Tesseract и Yandex Vision OSR
- Задокументировать протокол обмена сообщениями при помощи AsyncAPI
- Опытным разработчикам с карьерным треком в архитектуру:
- Систематизировать знания по событийной архитектуре
- Потренировать system design в асинхронной среде
- На практике попробовать распознавание текста при помощи Tesseract и Yandex Vision OSR
- Обсудить инструменты для мониторинга Event-Driven-решения
Как проходит воркшоп
1
Онлайн-занятие
Воркшоп длится 1 неделю, на которой вас ждут 3 онлайн-занятия.
2
Задание
После занятия вы получите практическое задание (тарифы Практик и Эксперт), которое позволит отработать и закрепить полученные навыки
3
Проверка
Ведущий проверит задание (тарифы Практик и Эксперт) и даст рекомендации по его улучшению.
В процессе вы можете задавать вопросы и всегда получить помощь
В процессе вы можете задавать вопросы и всегда получить помощь
4
Решение
После воркшопа у вас будет готовое решение для применения в своем проекте
Игорь Симдянов
Автор воркшопов "Архитектура современных веб-приложений на Ruby on Rails" и "Domain Driven Design в Ruby-приложениях"
Solution Architect в Нетологии
- разработчик с 25-летним стажем
- автор двух десятков книг по базам данных и веб-программированию, в том числе Самоучитель Ruby
- работал во множестве российских компаниях: заказной разработке, медиа, fintech и edtech.
- в настоящий момент работает архитектором решений в Нетологии.
О воршкопе от автора
Требования к участникам
- Опыт разработки на Ruby on Rails от 2 лет или завершенный курс от Thinknetica
- Опыт работы с любой реляционной СУБД
- Базовые навыки работы с Docker и docker-compose
- Плюсом будет опыт работы с любым брокером сообщений
Тарифы
Слушатель
10 900 руб
- Живое участие во всех эфирах
- Общий чат участников
- Записи всех эфиров
- Сертификат об участии
Практик
осталось 5 мест
14 900 руб
- Живое участие во всех эфирах
- Общий чат участников
- Записи всех эфиров
- Сертификат об участии
- Практические задания
- Проверка заданий
Эксперт
осталось 2 места
18 900 руб
- Живое участие во всех эфирах
- Общий чат участников
- Записи всех эфиров
- Сертификат об участии
- Практические задания
- Проверка заданий
- 1 академ. час персональной консультации с ведущим по вашим вопросам
Цены для Юридических лиц Слушатель - 10900 руб., Практик - 14900 руб., Эксперт - 18900 руб.
При участии в одном воркшопе от 5-ти разработчиков предоставляется скидка.
При участии в одном воркшопе от 5-ти разработчиков предоставляется скидка.
Заявка на участие
Оставьте контакты и выберите тариф — мы вышлем на почту подробности и ссылку на оплату
Нажимая кнопку, вы соглашаетесь с политикой конфиденциальности