多订单管理系统与单OMS

Question

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

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

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

在系统层面上，什么应该是首选的方式？我还将不同的OMSes作为单独的微服务，因此拥有一个大的OMS可能是单点故障。正确的处理方式应该是什么？

另外，支付是其中很大的一部分，我们也需要适应不同的支付流程(严格的预付费vs后付费vs混合)。

Answer 1

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