在我工作的一家大公司中，已经购买了一个非常(成本高)的 ESB，目的是能够通过重新使用用 web 服务包装它们的遗留基础设施来快速与业务目标保持一致，也就是说不需要更多的编码. ESB/BPM 现在真的足够成熟吗，因为它已经有 10 多年的历史了，还是只是其他供应商的 promise ？
最佳答案
几乎可以肯定只是供应商的 promise 。如果这对您的公司来说成为现实，他们将是第一个如此幸运的人!
十多年来，这是同样的销售工作(还记得 4GL 吗？)。
大多数公司发现现实情况是 1) 安装、集成 ESB/BPM 工具比他们认为的要花费更多的精力，2) 使用该工具只能进行最微不足道的更改 - 它仍然需要编码人员执行任何有意义的流程更改/添加，3) 每当 ESB/BPM 工具供应商升级他们的工具时，升级和获得支持都需要付出巨大的努力(查看任何这些工具的历史以及商店经历的痛苦升级，特别是多年来的 Webmethods 和 BEA/Oracle 的产品)，4)支持服务很昂贵而且很少提供帮助(我知道已经支付高级支持费用的公司提交了几十张票，但只有一两张票在内部人员最终找到解决方案/变通办法之前，由电话中的白痴解决。
关于java - ESB/BPM 能否允许除了包装 Web 服务之外完全摆脱编码？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4913814/