Может ли ESB / BPM полностью избавиться от кодирования помимо обертывания веб-сервисов?

Question

В большой компании, в которой я работаю, был куплен очень (дорогой) ESB, цель которого состоит в том, чтобы быстро соответствовать бизнес-цели, используя устаревшую инфраструктуру, оборачивая их веб-сервисами, то есть больше не нужно кодировать , Действительно ли ESB / BPM действительно достаточно зрелы для этого, потому что ему уже более 10 лет или это просто обещание другого поставщика?

Answer 1

Почти наверняка просто обещание продавца. Если это станет реальностью для вашей компании, они будут первыми, кому повезет!

Это одна и та же работа по продажам, выполняемая снова и снова уже более десятка лет (помните 4GL?).

Большинство компаний считают, что реальность такова, что 1) для установки требуется гораздо больше усилий, чтобы интегрировать инструмент ESB / BPM, чем им казалось, 2) с помощью инструмента можно внести только самые тривиальные изменения - он все еще требует программисты для выполнения любого значимого изменения / дополнения процесса, 3) всякий раз, когда поставщик инструмента ESB / BPM обновляет свой инструмент, это огромные усилия для обновления и получения права на поддержку (посмотрите историю любого из этих инструментов и то, через что проходят магазины для обновления, в частности, Webmethods и продуктов BEA / Oracle на протяжении многих лет), 4) услуги поддержки дороги и редко предоставляют помощь (я знаю компании, которые заплатили за премиум-поддержку, которые подали десятки билетов только на один или два из них) идиоты по телефону решили, прежде чем кто-то из сотрудников наконец нашел решение / обходной путь для себя.

Answer 2

Вы, безусловно, можете использовать ESB / BPM, чтобы обернуть устаревшую инфраструктуру и облегчить переход к более современной целевой архитектуре. Фактически это одна из лучших причин для принятия стратегии ESB / SOA в сложной среде приложений.

Однако, это полная ошибка , чтобы сказать, что это подразумевает "больше не нужно кодирование". В конце концов, вам необходимо организовать потенциально сложную последовательность веб-сервисов с подробным знанием состояния и транзакционной семантики унаследованных систем. Другое слово для этого .... кодирование.

p.s. Может быть, сейчас уже слишком поздно, но ради других, читающих это, я вынужден отметить, что дорогостоящие проприетарные ESB часто являются пустой тратой денег. То, что вам нужно, может быть сделано очень хорошо (а иногда даже лучше!) С помощью решений с открытым исходным кодом. JBoss и Mule сразу приходят на ум. Так как вам все равно придется выполнять большую часть тяжелой работы на месте, вы могли бы также потратить время на изучение отличного набора инструментов с открытым исходным кодом, а не привязываться к собственному решению поставщика.