BPEL 和 ESB：SOA 概述

Question

我正在研究 SOA 架构，我有点困惑，谷歌搜索有很多定义，涉及很多技术，我的疑惑从这里开始：
如果我没记错的话，这些是系统成为 SOA 的原则：

1. 使用开放标准：XML、WSDL、WS 安全性。关于 WSDL，这很重要，因为集成不同的服务（通常 Web 服务必须公开它们的契约？那么如果我得到 BPEL 使用只是一个使用服务契约来允许它们之间通信的流程。
2. 模块化
3. 使用 ESB :（这似乎是必须的，即使对于不使用 ESB 的服务也是如此 需要通过它进行交流..这引入了我的第一个疑问..如果 服务公开为 Web 服务公开他自己的 WSLD，该 WSLD 启用 互操作性，为什么必须使用 ESB？
4. 然后是 BPEL，BPEL 是一种用于编排服务的语言 互相交流？类似于 Saga 中的编排 模式？
5. 尽可能增加服务之间的互通 （不同于微服务架构的原则）
6. 采用以前的（旧的）企业应用程序，这些应用程序通常非常 旧的，SOA 经常基于使用的服务 传统关系数据库

也许第 5 点和第 6 点是后果，而不是要遵循的规则...
提示

Answer 1

我可以尝试回答我的问题：
关于 ESB 的使用：理论上可以避免使用 ESB，但是如果没有 ESB，应用程序所有者每个人都会有找到他们自己独特的方式来公开服务接口，这是大量的工作（即使接口最终是可重用的）并且在未来造成了重大的维护挑战，这就是为什么它被认为是 SOA 的重要组成部分并被认为是这样一个任何 SOA 实现的事实上的元素。

BPEL：是的，它用于编排和协调不同公开的 API，可能来自不同的 Web 服务以创建新的应用程序。