ESB服务与使用语言的服务

Question

我们的业务领域很复杂。目前，我们的业务是使用ASP.NET written服务编写的。因此，包括web、移动和桌面在内的应用程序都在使用这些HTTP。现在，我们的一位经理告诉我们，大企业没有使用任何编程语言/框架来编写业务逻辑/规则，而是使用企业服务总线( enterprise，ESB)中间件和业务流程管理工具编写所有业务规则和业务逻辑。我们有软件公司WebMethods和BPM。这些工具使用designer编写所有业务逻辑和规则，而无需编写一行代码。

我的问题是，大企业是否使用中间件/ESB/BPM来编写复杂的业务规则和业务逻辑，而不使用任何编程语言？将从编程语言转换到中间件设计器的所有东西有多大意义？

Answer 1

事实上，ESB和流程设计器正在企业中使用，但并不适用于所有方面，使用ESB并不意味着您可能不再需要编写代码。

当我们谈到公开服务时，出现的最大问题是：

• 该服务的范围是什么(业务逻辑细节)
• 您目前拥有的(可用的API和服务)
• 您将为多少用户交付什么(负载估计)

上述问题对于选择解决方案的技术和方法至关重要。

ESB、BPMS和这些工具都很好，它们为通过工作流引擎和内置特性(如中介、QoS等)实现某些集成提供了灵活性。但是它们不能涵盖您的所有需求，特别是当您谈到复杂的业务时，您应该实现您的业务逻辑。您可以通过业务流程工具(即：卡蒙达支持javascript )在流程中编写它们，或者需要通过HTTP或Message与您的微服务/应用程序集成。但是对于一些基本流程，如条件、发送电子邮件和执行查询，您可以使用ESB/BPMS的内置连接器/处理器。但这些工具不是“快速”和“轻量级”，如果要同时向大量客户提供请求，您可以提供高规格的资源集群来处理这些负载。

另一方面，您可以使用微服务体系结构来提供这种能力，使其足够敏捷，并准确地为您的服务选择合适的解决方案。您可以考虑为您的服务使用一些现成的平台，并通过GoLang或NodeJs实现其他一些平台，以及使用.NET或Java实现其他服务。您可以自由地将开发成本和时间最小化，并最大限度地提高灵活性和效率。

如果您想了解更多关于使用或不使用ESB工具的Pros和Cons的信息。请阅读以下文章：

您在解决方案中真正需要什么: ESB还是微服务？

更新：查看WSO2_2教程视频，以更好地理解ESB工具如何提供功能。但我们无法逃避编写代码:-)

Answer 2

简短的回答是肯定的。许多大公司确实使用中间件解决方案来处理业务逻辑。通常，ESB或BPM工具将与业务规则管理系统一起工作，以使规则对业务人员来说是可见的和可更改的，而不是创建对代码器的依赖，从而使每一个业务规则都发生更改。这基本上是像佩加这样的公司出售或配置成骡子的模型。

正如@Soroosh所指出的，通常还有其他一些编码在进行，但是尝试将业务规则与代码分离并不少见。