Rabbit, Kafka - это не ESB системы, а брокеры сообщений. Как вы же сказали ранее, ESB поддерживает внутри себя конвертацию, чего нет в Rabbit/Kafka. Их задача только гарантированная доставка сообщений
Мы тут намеренно упрощали. Kafka и Kafka Streams и Rabbit и прочие брокеры действительно шиной не являюстя, являются частью шины или event broker. Мы говорим об этом в другом видео ruclips.net/video/UXlVXZ9walw/видео.html
Господа, в красавцы, конечно, спасибо за труд. Идея ясна) Однако тема шины не раскрыта, на мой субъективный взгляд, совсем. Все примеры решений о другом. И понятно что интеграцию можно сделать через брокер или бд, но шина это же иной подход. Ждем )
Спасибо за видео. ПОсмотрел все видео на канале про ESB, все очень доходчиво объяснено. Можете ли посоветовать еще что-то из статей или литературы для того чтобы легче было обучаться с 0 в теме интеграций ?
Склад, PIM, CRM нужно централизовывать через ERP. В этом случае шина не нужна. Шина нужна когда есть старые унаследованные системы разных технологических уровней без стандартных API
ERP - это создание монолита. Сама по себе концепция ERP устарела. Вы не решаете никакой проблемы интеграционной через ERP - или вы предлагаете в ERP хранить всё, включая 25 картинок товара, спецификации и т.п.? ERP была нужна 30 лет назад тогда, когда все ресурсы предприятия укладывались в обычные таблички. Сегодня за PIM систему отвечает один, за склад - другой. Это разные команды с разным продукт оунером которые не должны быть зависимы ни от какой системы в своих изменениях. Ещё в вашей логике нарушается ключевой фундаментальный принцип контекста - у склада товар это одно, у pim системы другое, у eshop третье. Это одна сущность, но она интерпретируется по-разному. Это прекрасно описано в книжке Томаса Эрла. Я пытаюсь Рона Хаббарда, Бьерна Страуструпа и Томаса Эрла пересказать здесь ruclips.net/video/YoEJNssWHG8/видео.html . "Разные технологические уровни без стандартных API" этого вообще в крупных предприятиях никогда не бывает, во всяком случае я не встречал. Есть разной свежести 1C, есть разной свежести WMS, какие-то системы глобальные, какие-то никогда не обновляются, какие-то супер-современные. Но проблема даже не в этом. Проблема опять же в разных контекстах. Если же вы просто посмотрите на ERP с точки зрения бизнеса по организационной структуры, то кто за это всё будет ответственен? кто продукт-оунер ERP? Какая у неё ЦКП? Какой выход процесса? Если принять за истину то, что задача ERP свести разные контексты и интеграции - тогда чем она от шины отличается? Если у нее есть какие-то другие задачи, то почему эти задачи разных сервисов перемешаны?
Слева манагер - справа технарь? =)
Rabbit, Kafka - это не ESB системы, а брокеры сообщений.
Как вы же сказали ранее, ESB поддерживает внутри себя конвертацию, чего нет в Rabbit/Kafka.
Их задача только гарантированная доставка сообщений
Мы тут намеренно упрощали. Kafka и Kafka Streams и Rabbit и прочие брокеры действительно шиной не являюстя, являются частью шины или event broker.
Мы говорим об этом в другом видео ruclips.net/video/UXlVXZ9walw/видео.html
Господа, в красавцы, конечно, спасибо за труд. Идея ясна)
Однако тема шины не раскрыта, на мой субъективный взгляд, совсем. Все примеры решений о другом. И понятно что интеграцию можно сделать через брокер или бд, но шина это же иной подход. Ждем )
Спасибо! Мало информации про ESB в инфо пространстве, было полезно послушать.
ruclips.net/video/mBC00xcYrFw/видео.html посмотрите, мы записали подробности
Красавцы. Чел, что в темной рубашке, вообще порадовал. Подписка.
Спасибо за видео! На меня наступило прозрение благодаря вам
Ирония крайне уместна! Порадовали. Спасибо.
Спасибо за видео. ПОсмотрел все видео на канале про ESB, все очень доходчиво объяснено. Можете ли посоветовать еще что-то из статей или литературы для того чтобы легче было обучаться с 0 в теме интеграций ?
ждем-с обещанного продолжения (рассказа о кафке). и вопрос - почему не упомянуты mule esb и wso2 ?
Спасибо! Да, Mule и WSO2 обязательно требуют внимания! Сделаем.
ruclips.net/video/UXlVXZ9walw/видео.html тут вкратце объясняем отличие Kafka от ETL слоя
приветствую! Сделали прям одну и ту же джобу (сейчас монтируется), но общие выводы уже готовы (со скринами) ruclips.net/video/e2-kFYGbffs/видео.html
это как из mvc отдельно контроллер вынести...
Спасибо
Склад, PIM, CRM нужно централизовывать через ERP. В этом случае шина не нужна. Шина нужна когда есть старые унаследованные системы разных технологических уровней без стандартных API
ERP - это создание монолита. Сама по себе концепция ERP устарела. Вы не решаете никакой проблемы интеграционной через ERP - или вы предлагаете в ERP хранить всё, включая 25 картинок товара, спецификации и т.п.?
ERP была нужна 30 лет назад тогда, когда все ресурсы предприятия укладывались в обычные таблички. Сегодня за PIM систему отвечает один, за склад - другой. Это разные команды с разным продукт оунером которые не должны быть зависимы ни от какой системы в своих изменениях.
Ещё в вашей логике нарушается ключевой фундаментальный принцип контекста - у склада товар это одно, у pim системы другое, у eshop третье. Это одна сущность, но она интерпретируется по-разному. Это прекрасно описано в книжке Томаса Эрла. Я пытаюсь Рона Хаббарда, Бьерна Страуструпа и Томаса Эрла пересказать здесь ruclips.net/video/YoEJNssWHG8/видео.html .
"Разные технологические уровни без стандартных API" этого вообще в крупных предприятиях никогда не бывает, во всяком случае я не встречал. Есть разной свежести 1C, есть разной свежести WMS, какие-то системы глобальные, какие-то никогда не обновляются, какие-то супер-современные. Но проблема даже не в этом. Проблема опять же в разных контекстах.
Если же вы просто посмотрите на ERP с точки зрения бизнеса по организационной структуры, то кто за это всё будет ответственен? кто продукт-оунер ERP? Какая у неё ЦКП? Какой выход процесса? Если принять за истину то, что задача ERP свести разные контексты и интеграции - тогда чем она от шины отличается? Если у нее есть какие-то другие задачи, то почему эти задачи разных сервисов перемешаны?