多个订单管理系统与单个 OMS

Question

我有一个用例，我需要能够在我的平台上销售不同类型的不相关服务和产品，并且我需要为这些项目创建订单管理系统。

我能想到的一种方法是为每种产品/服务类型创建单独的 OMS 系统，并将这些功能公开给应用程序。另一种方法是创建 1 个通用 OMS（公司范围的 OMS）并具有行项目的概念，其中行项目按类型分组然后进行处理。

第一个系统的优点是解耦（我认为），缺点是随着服务类型的增长，OMS的数量会增加。第二个系统的优势在于它在整个公司创建了一个单一的 OMS，任何扩展都只需要新的工作流插件。

在系统级别上，首选的方法应该是什么？我还将不同的 OMS 保留为单独的微服务，因此拥有一个大型 OMS 可能是单点故障。正确的做法应该是什么？

附：付款是其中的重要组成部分，我们还需要适应不同的付款工作流程（严格的预付、后付和混合）。

Answer 1

仅将每个系统称为 OMS 就意味着它们具有相同的功能并且应该是相同的系统。您不应该创建单独的系统，因为数据不同。您创建不同的系统是因为所需的功能不同。任何数据的分离和处理都由软件中的功能处理。