service - Web 服务版本控制 : Is ESB overkill?

Question

我们在生产中有多个版本的 Web 服务(包括 REST 和 SOAP)，并且每个版本的数量都在不断增加。

在版本之间，请求和响应可能会有细微的变化(通常是添加新字段)。

如果我们要淘汰旧版本，我们如何才能继续为旧版本的请求提供服务？

可能的解决方案的一个方面涉及创建“虚拟端点”以将对先前版本的请求路由到相同服务的新版本。因此，对/v1/customer/1 的请求映射到/v2/customer/1。我们正在使用 Mashery，通过它可以轻松完成。

我们还想对请求和响应应用转换规则，以生成符合旧契约(Contract)的 XML 和 JSON 响应。

总而言之，我们需要将路由和转换规则应用于所有传入消息和响应。 ESB 对此是否矫枉过正？我们的标准不太符合 http://blogs.mulesoft.org/to-esb-or-not-to-esb/ 中列出的标准.这个问题有更简单的解决方案吗？一种不需要修改我们的代码来实现请求和响应的版本控制的方法？

Answer 1

如果工具适合...

如果您正在查看的 ESB 能够满足您的版本控制和转换需求，那么请继续使用它。

您不想要的是“哦，这是我们的 ESB 监听我们的一个 Web 服务的一个端点”。这简直是​​疯了。

在我看来，ESB 可能非常适合您的需求。您不必勾选所有方框。事实上，您唯一需要勾选的框是“与使用我们更习惯的工具相比，这个工具是否值得花资源和时间在我们的环境中学习、利用、支持和部署”框。

因为像 ESB 这样的软件的一个问题是它们可能带有很多东西，因此很多文档对于平台的新手来说可能很难浏览并选择合适的内容以及如何配置

我会使用 ESB 进行试验，然后进行一些性能测试。如果您没有在试点项目上花费大量时间，并且它似乎成功了，那就顺其自然吧。