3

在我工作的一家大公司中,购买了一个非常(昂贵)的 ESB,其目的是能够通过重新使用用 web 服务包装它们的遗留基础设施来快速与业务目标保持一致,也就是说不需要更多的编码。ESB/BPM 现在真的足够成熟了吗,因为它已经 10 多年了,还是只是其他供应商的承诺?

4

2 回答 2

5

几乎可以肯定只是供应商的承诺。如果这对您的公司来说成为现实,他们将是第一个如此幸运的人!

十多年来,同样的销售工作一次又一次地完成(还记得 4GL 吗?)。

大多数公司发现现实情况是 1) 安装、集成 ESB/BPM 工具比他们认为的要花费更多的精力,2) 只能使用该工具进行最微不足道的更改 - 仍然需要编码人员来执行任何有意义的流程更改/添加,3) 每当 ESB/BPM 工具供应商升级他们的工具时,升级并获得支持是一项巨大的努力(查看任何这些工具的历史以及商店升级所经历的痛苦,尤其是多年来的 Webmethods 和 BEA/Oracle 的产品),4)支持服务很昂贵,而且很少提供帮助(我知道已经支付了高级支持的公司已经提交了几十张票,但其中一两张被在内部某人最终自己找到解决方案/解决方法之前,电话上的白痴。

于 2011-02-06T14:46:29.383 回答
2

您当然可以使用 ESB / BPM 来包装遗留基础架构并促进向更现代的目标架构的迁移。事实上,这是在复杂的应用程序环境中采用 ESB/SOA 策略的最佳理由之一。

然而,说这意味着“不再需要编码”是完全错误的。毕竟,您需要通过对遗留系统的状态和事务语义的详细了解来编排可能复杂的 Web 服务序列。另一个词是....编码。

ps 现在对您来说可能为时已晚,但为了其他人阅读本文,我不得不指出昂贵的专有 ESB 通常是浪费金钱。您需要的东西可以通过开源解决方案完美地完成(有时甚至更好!)。JBossMule立刻浮现在脑海中。由于无论如何您都需要在内部完成大部分艰苦的工作,因此您不妨花时间学习一个出色的开源工具包,而不是将自己锁定在供应商的专有解决方案中。

于 2011-02-06T14:46:45.587 回答