假设我有一个大型中间件基础设施，用于调解多个业务组件(客户应用程序、网络、支付等)之间的请求。中间件堆栈负责编排、路由、转换和其他东西(类似于 Gregor Hohpe 的企业集成模式一书)。
我的问题是:放一些 是不是很好的设计？业务逻辑 在中间件上？
假设我的应用 A 从中间件请求一些客户数据。但为了获取这些数据，我必须提供客户 ID 和其他一些参数。这个参数的获取应该由请求的应用程序完成，还是中间件负责“促进”并提供一个接收客户 ID 并在内部获取其他参数的接口(interface)？
我意识到这不是一个简单的问题(因为业务逻辑的定义)，但我想知道这是一种通用方法还是一些指导方针。
最佳答案
除了路由、转换和编排之外，在加载具有功能需求的中间件时还应牢记性能。中间件应该占用整个端到端事务生命周期的一小部分。这只能通过专注于中间件核心功能而不是试图补充主机系统功能来实现。
关于soa - 是否需要中间件应用程序来执行业务逻辑？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/781139/