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

Узнал все что нужно для разработки распределенных систем и даже больше. Даже немного коснулись внутреннего устройства кода и разделения команд\запросов. Рекомендую всем, кто заинтересован научиться разрабатывать асинхронные распределенные системы.

Что стоит улучшить? Домашку. Улучшайте домашку. Она привносит огромный пласт опыта в голову разработчика, который ее выполняет. Считаю, что это прям первый приоритет. Она и так в курсе была хороша, но, как мы знаем, всегда можно лучше =)

Курс понравился, получилось даже лучше, чем я думал до начала. Очень понравилась первая часть, где было проектирование «на бумаге» — очень важная часть и многому научился. По чату было видно, что для многих ДЗ по авторизации было выбивающим из потока, а так все супер и я рад что прошел курс со сделанным ДЗ.

После прохождения курса архитектуры, понял что меня это очень цепляет и хочу сильно развиваться в этом направлении.

Понравилось прям все все все! Отдельно хочу отметить количество референсов + подачу материала.

Было — не смотрел на микро сервисы, как на систему, в которой каждая ступень критически важно. Стало — весь материал курса лег очень правильно. Теперь стало намного легче проектировать сложные системы и коммуникации, разбивать требования бизнеса на понятные абстракции, понимать контекст — саги, бизнес транзакции, методики проектирования, и много еще чего. Рекомендую всем, кто интересуется микросервисами чуть посерьёзнее, чем просто общаться по шине.

Было интересно, познавательно, а бизнес-требования из суровой жизни попугов повеселили.

Рад, что получилось на практике пощупать data streaming, RabbitMQ, полезно было спроектировать систему целиком перед началом реализации.

К сожалению, из-за нехватки времени (и, возможно, отчасти мотивации) не вышло попробовать использовать SchemaRegistry и прикрутить деплой через k8s. Кафку тоже было бы интересно использовать, но кафку я видел на стримах Антона, и хотелось поработать с rabbitmq.

Не стал приводить систему к production виду, т.к. это заняло бы неоправданно много времени и было бы скучно. Но при этом я доволен тем, как она работает сейчас.

На курсе я понял, в чём проблема компаний, которые пытаются уйти от монолитной архитектуры к микросервисной и терпят поражение или не облегчают себе этим переходом жизнь (потому что получается тот же монолит, только распределённый, и его ещё и сложнее тестировать). Закрыл для себя вопросы по обмену данными между сервисами и по определению источника истины.

Рекомендовал бы мидлам с несколькими годами опыта, когда чувствуется, что нужно прокачать архитектурные скиллы и не очень понятно, куда здесь двигаться. Джунам пока такое рано ещё, лишнее отвлечение.

С помощью курса я подтянула теорию по асинхронной архитектуре, посмотрела, как вообще на практике это может быть написано. Как валидируют данные, их версии и вообще хранят контракты. Какие события бывают и как их можно обрабатывать. В каких случаях может пригодиться такая архитектура.

Рекомендовала бы мидлам, сеньорам и, как ни странно, наверное, продуктам было бы полезно послушать.

В рамках конференции RubyRussia 2020 я посетил мастер-класс Антона Давыдова «Асинхронная архитектура».

Самое важное, что я вынес с МК, — это разница между распределенным монолитом и правильной распределенной микросервисной системой — наличие шины данных и общение сервисов через неё.

Я рекомендую мастер-класс и в целом выступления (записи и стримы) Антона на тему микросервисной асинхронной архитектуры интернет приложений и эвент-шторминга для веб-разработчиков и архитекторов. Ключевые идеи будут полезны для понимания проектным и продакт-менеджерам, работающим в IT.

Де-факто сейчас асинхронная микросервисная архитектура и распределенные приложения — индустриальный стандарт. И даже если у вас монолит или вам кажется, что у вас сервисы, вам будет полезно узнать, как вся эта машинерия может работать в асинхронном режиме.