Architecture 多订单管理系统与单一OMS

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

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

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

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

---

p.S.支付是其中的一个重要部分，我们还需要适应不同的支付工作流（严格预付费、后付费和混合支付）。

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

感谢您的输入，Brad。非常感谢。