Шины VS брокеры сообщений | KT.Team | Андрей Путин

Поделиться
HTML-код
  • Опубликовано: 10 фев 2025

Комментарии • 8

  • @AlexandrSpirit
    @AlexandrSpirit Год назад

    Спасибо большое

  • @NefedovAR
    @NefedovAR 2 года назад +1

    Классно было бы вкидывать расшифровки аббревиатур в начало, не все интересующиеся шиной из e-commerce среды.
    Вообще шина может и на Camel например работать с аналитическим слоем, маршрутизацией, проксированием и всей красотой. у 1с есть коробочное решение, у Oracle было когда то.
    И вообще тут речь скорее о методике интеграции получается, чем о самой шине. Глобально, Брокер - все таки не шина.

    • @utandr
      @utandr 2 года назад

      Да, мы не о конкретной шине а о паттернах, и о частой привычке разработчиков всё делать через брокер.
      шина это ETL слой + хранилище выхода сервиса (выход сервиса -- выход его бизнес-процессов, заказы или там остатки и тп). Раньше говорили про брокеры, но сейчас считаем что это часто неверно.

  • @Igor_Kilin
    @Igor_Kilin Месяц назад

    Интересно, но тема требует подробного разбора - раскрытие аббревиатур. Вдумчивое сопоставление плюсов и минусов, етс..

    • @andrey_putin
      @andrey_putin  Месяц назад

      по полочкам все плюсы и минусы каждого подхода разложили здесь: ruclips.net/video/BMRloRqXiJ4/видео.htmlsi=i_sBkkO_UdxnBRGs

  • @NameXss
    @NameXss 11 месяцев назад +1

    Если в шине не всегда брокер, то что? 🤔

  • @HPMuwa
    @HPMuwa 2 года назад +1

    Вставки дают ощущения что видео из 2016-ого года

  • @konstantinkrigorov7228
    @konstantinkrigorov7228 11 месяцев назад +2

    Братиш, тему вообще не раскрыл! Вот вообще...