企业服务总线体系结构

Question

快速的建筑问题。

我需要建立一个带有数据库的门户/网站--这很容易，但现在我想为应用程序和其他客户端添加功能，以便通过API进行交互。

我的第一个想法是将ESB放在体系结构中。网站、应用程序和客户端连接到ESB，ESB连接到数据库。

我正在考虑在门户上进行负载平衡，如果可能的话在ESB上进行负载平衡。

这样是明智的吗？如果是这样，我现在正在实现ESB，它是类似于IIS，还是我将直接连接到ESB？

关注的问题包括-丢失消息，以及ESB的性能，即它不会减慢对DB的门户等查询速度。

如有任何建议，将不胜感激。谢谢

Answer 1

ESB适用于复杂的集成项目。如果您正在寻找一些简单的东西，我建议从通过某种RPC机制(JSON/XML/REST/SOAP/等等)公开API开始。如果您的需求增长到实际需要ESB的程度，那么将API集成到ESB端点是很容易的。