Может ли ESB/BPM полностью избавиться от кодирования, кроме обертывания веб-сервисов?
В большой компании, на которую я работаю, был куплен очень (дорогой) ESB, цель которого - быстро соответствовать бизнес-цели, используя устаревшую инфраструктуру, оборачивая их веб-сервисами, то есть больше не нужно кодировать. Действительно ли ESB/BPM действительно достаточно зрелы для этого, потому что ему уже более 10 лет или это просто обещание другого поставщика?
2 ответа
Почти наверняка просто обещание продавца. Если это станет реальностью для вашей компании, они будут первыми, кому так повезет!
Это одна и та же работа по продажам, выполняемая снова и снова на протяжении более десятка лет (помните 4GL?).
Большинство компаний считают, что реальность такова: 1) для установки, интеграции инструмента ESB/BPM требуется гораздо больше усилий, чем им казалось, 2) с помощью инструмента можно внести только самые тривиальные изменения - для выполнения кода все равно требуются кодеры любое значимое изменение / добавление процесса, 3) всякий раз, когда поставщик инструмента ESB/BPM обновляет свой инструмент, это огромные усилия по обновлению и получению права на поддержку (изучите историю любого из этих инструментов и то, через что проходят магазины, которые модернизируют, в частности, Webmethods и продукты BEA/Oracle на протяжении многих лет), 4) службы поддержки дороги и редко предоставляют помощь (я знаю компании, которые заплатили за премиальную поддержку, которые подали десятки билетов только для того, чтобы один или два из них были разрешены идиоты по телефону, прежде чем кто-то в доме, наконец, нашел решение / обходной путь для себя.
Вы, безусловно, можете использовать ESB / BPM, чтобы обернуть унаследованную инфраструктуру и облегчить переход к более современной целевой архитектуре. Фактически, это одна из лучших причин для принятия стратегии ESB/SOA в сложной прикладной среде.
Тем не менее, совершенно ошибочно утверждать, что это подразумевает "больше не нужно кодирование". В конце концов, вам необходимо организовать потенциально сложную последовательность веб-сервисов с подробным знанием состояния и транзакционной семантики унаследованных систем. Другое слово для этого.... кодирование.
ps. Возможно, вам уже слишком поздно, но ради других, читающих это, я вынужден отметить, что дорогостоящие проприетарные ESB часто являются пустой тратой денег. То, что вам нужно, может быть сделано отлично (а иногда даже лучше!) С помощью решений с открытым исходным кодом. JBoss и Mule приходят на ум сразу же. Так как вам все равно придется выполнять большую часть тяжелой работы на месте, вы могли бы также потратить время на изучение отличного набора инструментов с открытым исходным кодом, а не привязываться к проприетарному решению поставщика.