托尼,
刚刚来自一个非常相似且成功的项目,请让我与您分享我的经验,以节省您一些时间和您的公司一些钱。首先,ESB 在 8 年前被提出时是一个非常好的主意。而且,他们解决了一个重要问题:您如何以那些讨厌的编码人员能够理解的方式定义业务问题?目标是开发一个系统,允许业务人员创建一个软件解决方案,几乎不需要或不需要烦人的开发人员交互,这样可以更好地花在管理奖金上的钱。
为了回答这个问题,许多组织的优秀人员提出了 JBI、BPMN 和许多其他解决方案,让业务人员可以对他们想要“数字化”的业务流程进行建模。但实际上,它们都存在一个非常关键的缺陷:它们解决了业务问题,但没有解决集成问题。因此,除非由一些高价顾问完成,否则其中许多实施都是不成功的,即便如此,您的前景也很粗略。
与此同时,一些非常聪明的人在 90 年代后期出版了一本名为《企业集成模式》的书,其中确定了 60 多种用于解决常见集成问题的设计模式。许多执行 ESB 工作的人意识到他们的问题不在于业务建模。相反,问题是如何集成他们现有的应用程序。为了帮助解决这个问题,Michael Strachan 和一些非常聪明的人开始了 Apache 软件基金会项目“Camel”。Camel 是企业集成模式的严格实现,此外还有大量组件,旨在允许像你我这样的人将东西连接在一起。
因此,如果您认为您的业务流程只是需要将数据从一个应用程序发送到另一个应用程序,并在两者之间进行适当的数据转换,那么 Camel 就是您的答案。现在,如果您想根据数据库中的一组可配置规则建立“路由”(您想要发送数据的指定应用程序端点系列)怎么办?嗯,骆驼也能做到!有一个终点!无论如何,不要做传统的 ESB,它陈旧而破败。绝对做骆驼的事情。
请让我知道这可不可以帮你。