SOA中的Orchestration和Choregraphie是否是一个不赞成使用的体系结构?

时间:2017-01-11 22:11:30

标签: java web-services architecture soa bpel

大约3个月前,我被要求做一个演示和演示,解释什么是SOA组合。这样做并不容易,因为最新的eclipse版本(霓虹灯)并不支持任何BPEL项目更多,Eclipse Luna和扩展在这种情况下帮助了我。 从那时起,我脑海中浮现出一些问题: 为什么没有关于SOA组合的新指导? 这些架构是否已被弃用?如果是的话他们为什么?

1 个答案:

答案 0 :(得分:2)

我确实认为(这是一种观点)SOAP / SOA / ESB / BPEL已经过时并被RESTful架构所接管。通过RESTful,我不是指具有原始JSON + HTTP API的东西,而是指真正的分布式应用程序,其中端点不是愚蠢的,而是定义属于它们的工作流的一部分。

因此,碰撞的两个概念性事物是:我是否需要一个集中的“智能”组件(如ESB,纯BPEL服务)和哑巴(例如SOAP)端点。或者我宁愿没有中央组件和智能“端点”(如REST资源)。

我认为从概念上讲,后者在许多情况下都是明显的赢家(并非所有人都可以说)。然而,存在实际问题。公司总是喜欢集中。集中化看起来“整洁”和“整洁”,尤其对于企业架构师而言。直到中心组件的比例增长为止。

我的一位客户去年推出了ESB,所以它绝对没有结束。但我确实认为(再次,这只是我的意见),我们已经尝试过集中式架构和整体架构。它们总是以“遗留系统”箱结束,不能替换,因为它可以完成所有任务。所以我们知道他们在哪里领导,我们需要尝试不同的东西。 :)