通过 ESB 公开 API 的最佳方式是什么？答案

【问题标题】：What is the best way to expose APIs via ESB?通过 ESB 公开 API 的最佳方式是什么？
【发布时间】：2013-12-03 19:39:10
【问题描述】：

目前，我们有许多组件在 REST 和 SOAP 上公开其 API，并且还存在许多 Web 应用程序。下面是使用示例域模拟某些端点的一些端点的高级视图将是 example.com

restsvc.example.com/v2 --ELB---> | svr1.example.com/v2 |

soapsvc.example.com/v3 --ELB---> | svr2.example.com/v3 |

corpwebapp.example.com --ELB---> | svr1.example.com/someapp/index.html |

ncorpwebapp.example.com --ELB---> | svr2.example.com/anotherapp/index.html |

为了解决各种使用场景，我们引入了 ESB，现在所有这些 API 甚至 Web 应用程序都通过 ESB 进行代理。

restsvc.example.com/v2 -ELB--> |esb.example.com:8280/service/v2 | --> |svr1.example.com/v2 |

soapsvc.example.com/v2 -ELB-->|esb.example.com:8280/service/v3| -->| svr2.example.com/v3 |

corpwebapp.example.com -ELB-->|esb.example.com:8380/someapp/index.html | -->| svr1.example.com/someapp/index.html |

nonwebapp.example.com -ELB-->|esb.example.com:8480/someapp/index.html | --> | svr2.example.com/anotherapp/index.html |

所有这些公共 api 都指向 ESB，但现在 ESB 已经在不同的端口和端点中公开了这些 API 和 Web 应用程序。例如：现在 v2 应用程序使用路径 /service/v2 侦听端口 8280

由于端点发生了变化，为了支持具有默认端口的现有端点，ELB 必须满足这些要求。但这似乎与 ELB 紧密耦合，因为需要在端口和路径之间进行一些转换。

我有几个问题

【问题讨论】：

标签： api soa esb

【解决方案1】：

在分析了一些信息并结合专家反馈后，我们介绍了这些政策并在我们的基础架构中实施。

理想情况下，ESB 应该侦听公共端口（80 或 443）。然后它应该查看请求详细信息并将请求路由到各种应用程序。它可以根据内容类型、请求 url 等进行路由。

当需要在 ELB 和 ESB 之间映射多个变体时，ELB 会将请求转发到一个或 ESB。配置更改应该是简约的。问题中介绍的实现在ELB端绑定了一些核心映射逻辑。可以更改 ESB 中的内部路由逻辑以适应此类需求。

【讨论】：