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