Size: a a a

Архитектура ИТ-решений

2020 August 25

GK

Gennadiy Kruglov in Архитектура ИТ-решений
ESB существует в двух ипостасях - как SOA-паттерн и как конкретный продукт, реализующий одноимённый SOA-паттерн
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
ESB существует в двух ипостасях - как SOA-паттерн и как конкретный продукт, реализующий одноимённый SOA-паттерн
Угу. Но если в банках конкретные продукты и стоят - они используются по каким-то иным назначениям.
Мне вообще кажется, что REST+скрипты интеграции вытесняют ESB из реальной жизни.
Ну, иногда еще хотят какой-нибудь поток изменений в кафку гнать. Но в кафку, не в Tibco
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Но у меня выборка очень сдвинутая, конечно )
источник

VU

Vitaly U in Архитектура ИТ-решений
Phil Delgyado
Так как нельзя впихнуть в общую шину принципиально разные системы, все равно приходится проектировать point-to-point (
Так как раз таки и нет
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Угу. Но если в банках конкретные продукты и стоят - они используются по каким-то иным назначениям.
Мне вообще кажется, что REST+скрипты интеграции вытесняют ESB из реальной жизни.
Ну, иногда еще хотят какой-нибудь поток изменений в кафку гнать. Но в кафку, не в Tibco
На самом деле, про банки я и писал. Финансовые организации самые богатые спонсоры ESB, потому что у них обычно всё очень плохо с коммуникациями и есть деньги, чтобы эти проблемы маскировать.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, значит я "нерепрезентативен". Поспрашиваю как-нибудь наших внедренцев поподробнее, с чем они обычно интегрируются и как.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Vitaly U
То же самое привнесли бизнес-аналитики с микросервисной комундой
Ничего нового они не привнесли.

Комунда - это один из возможных оркестраторов микросервисов.

Преимущество Комунды, как и любого другого BPM-движка в том, что теоретически и редко практически, Workflow могут настраивать бизнес-анатитики, а точнее любые не разработчики знакомые с нотацией BPMN
источник

VU

Vitaly U in Архитектура ИТ-решений
Gennadiy Kruglov
Ничего нового они не привнесли.

Комунда - это один из возможных оркестраторов микросервисов.

Преимущество Комунды, как и любого другого BPM-движка в том, что теоретически и редко практически, Workflow могут настраивать бизнес-анатитики, а точнее любые не разработчики знакомые с нотацией BPMN
Сама концепция микробпмности
источник

VU

Vitaly U in Архитектура ИТ-решений
Вот что ново
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Нет
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
И давно до Комунды были встраиваемые BPM-движки, та же Activiti, форком который Комунда является

Комунду просто довели до ума прилежные немецкие ребята, за что им спасибо
источник

VU

Vitaly U in Архитектура ИТ-решений
Gennadiy Kruglov
И давно до Комунды были встраиваемые BPM-движки, та же Activiti, форком который Комунда является

Комунду просто довели до ума прилежные немецкие ребята, за что им спасибо
Так да, но никто не распространял идею
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Не было сообщества этого))) и подобных, мы так в начале 10-х делали
источник

VU

Vitaly U in Архитектура ИТ-решений
Gennadiy Kruglov
Не было сообщества этого))) и подобных, мы так в начале 10-х делали
По бизнес-процессу на инстанс?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Vitaly U
По бизнес-процессу на инстанс?
Нет, инст на сервис/модуль/продукт, зависит от уровня, на котором нужна оркестрация, а на самом деле - от уровня владения
источник

A

Andrey in Архитектура ИТ-решений
Vitaly U
Да все бы так аргументировать
Имхо, все так аргументируется в практике разработки архитектуры
источник

I

Ivan in Архитектура ИТ-решений
Vitaly U
(Маловероятный кейс, но) Плюс другие системы обязаны дублировать функционал трансформации, если им необходимы те же данные от тех же источников (формат конечный для всего ландшафта сейчас есть возможность определить)
А, интересно, почему одни и те же данные используются в разных сервисах? Какая причина? И еще интересно, почему несколько сервисов связаны одним и тем же форматом данных (т.е. дублируют его)?
источник

I

Ivan in Архитектура ИТ-решений
Ivan
А, интересно, почему одни и те же данные используются в разных сервисах? Какая причина? И еще интересно, почему несколько сервисов связаны одним и тем же форматом данных (т.е. дублируют его)?
В вашем случае вопрос звучит как Anti-Corruption Layer vs Published Language. Откройте справочник по способам взаимодействия Bounded Contexts, и выберете то, что вам больше подходит. Если больше подходит последнее, то, тогда добавьте https://www.enterpriseintegrationpatterns.com/patterns/messaging/MessageTranslator.html (можете от Camel https://camel.apache.org/components/latest/eips/message-translator.html )
источник