company_banner

Что внутри шаурмы: микросервисы, распределенные системы и Кафка. Делимся материалами со встречи Backend United #5

    Привет! Этот пост-отчёт с митапа Backend United, нашей серии тематических встреч для разрабочиков серверной части. Пятая встреча получила название «Шаурма», и здесь мы говорили о микросервисах: о способах синхронного и асинхронного взаимодействия между ними, организации потоков данных и роли Кафки в микросервисной архитектуре.


    Заходите под кат, если вам интересны эти темы. Внутри поста — все материалы встречи: видеозаписи докладов, презентации спикеров, отзывы гостей митапа и ссылки на фотоотчёт.



    Доклады


    Синхронное взаимодействие микросервисов — Александр Губанов, Авито


    Александр рассказал об основных проблемах и способах их решения при клиент-серверном взаимодействии.



    Презентация


    Отзывы слушателей


    • Хорошее выступление.
    • Спасибо за интересный доклад.


    Event-Driven Architecture в контексте микросервисов: основные паттерны — Николай Голов, ManyChat


    Если у вас есть микросервисы, есть шина данных, то дальше для вас всё очевидно — Event-Driven Architecture. Но Николай Голов говорит, что на самом деле не всё так просто — поскольку Event-Driven Architecture — это несколько паттернов, с взаимоисключающими паттернами. Event Notification/Event-Carried State Transfer/Event-Sourcing/CQRS — 4 паттерна, 4 подхода, в чём-то схожие, а в чём-то взаимоисключающие. Николай рассказал, чем они отличаются, что пытались использовать и что получилось из этого.



    Презентация


    Отзывы слушателей


    • Очень познавательно и с огоньком!
    • Отлично рассказал. Все ясно и понятно.


    Корпоративный шиномонтаж — Антон Сухов, Авито


    Антон рассказал, как мы внедряли шину данных в нашу платформу. Получился доклад про архитектуру и способах организации потоках данных. Короче говоря, понеслась бигдата по трубам.



    Презентация


    Отзывы слушателей


    • Интересная тема, интересная реализация.
    • Теперь тоже хочу такой сервис :(


    Использование Кафки в стальном производстве — Донат Фетисов, Severstal Digital


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



    Презентация


    Отзывы слушателей


    • Интересно было услышать про необычную область применения микросервисов, Кафки и ML. Желаю меньше «жести» в работе.
    • Неожиданная и интересная тема.


    Ссылки


    Плейлист со всеми видео с митапа можно найти на нашем ютуб-канале. Чтобы не пропустить следующий митап в Авито, подписывайтесь на нашу страницу в Таймпаде.


    Фото со встречи мы выложили на страницы AvitoTech в Фейсбуке и ВK. Посмотрите, если интересно.


    До новых встреч!

    • +19
    • 4,4k
    • 9
    Авито
    106,23
    У нас живут ваши объявления
    Поделиться публикацией

    Комментарии 9

      0
      Спасибо, было очень интересно. Жду следующих событий!
        0
        Рады, что вам понравилось!
          –1
          Почему у вас такое тупоголовое модерирование? Являюсь официальным дилером одного из операторов спутникового интернета, а за описание тарифов обявление банят, хотя запреты в правилах только на продажу симкарт мобильной связи. Показываю объявления, где пишут что симки продают — те не нарушают правил.
        0
        Из доклада Николая Голова:
        Изображение


        Очень сомнительно что в основном ок.
        На сколько я знаю, Shared Database антипаттерном считается в первую очередь от того что ломается инкапсуляция, по сути один сервис знает схему данных другого сервиса, и они не могут развиваться, релизиться и деплоиться параллельно и независимо.

        И в итоге мы просто получаем монолит который работает в нескольких процессах.
          +1
          ок — не в плане архитектурной чистоты, а в плане базовой работоспособности.
          В этом подходе можно жить, можно развиваться, есть ряд преимуществ с чистым монолитом.
          Видя чужие модели, можно заранее увидеть потенциальные поломки у соседей, а не узнать об этом постфактум.
          Но изоляция… усложнена.
            0
            ок — не в плане архитектурной чистоты, а в плане базовой работоспособности.
            В этом подходе можно жить, можно развиваться, есть ряд преимуществ с чистым монолитом.

            Ну тогда вопрос в чём отличие такой системы от монолита.
            Работает в нескольких процессах? Разные БД? Кодовые базы?

            Это ведь всё реализуемо. Могу предположить лишь что решили переписать всё на новые языки/инструменты и ради этого начали выделять отдельные кодовые базы.

            P.S. И я не знаю что вы называете «чистый монолит».

            P.S2: Это не наезд на основную тему доклада про EDA, если что. Просто зацепился за рассказанную в начале историю
              +1
              Например — другой язык, отдельный репозиторий, другая база (локальная для сервиса), свои кэши, свое масштабирование. Сервис на  GoLang, прикрытый Тарантулом, все модной красивое, но для задач, требующих согласованности — открывается соединение с общим Постгресом и дергаются нужные хранимки.
                0
                Спасибо за информацию!
          0
          Думал, что про реально про шаурму статья)

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

          Самое читаемое