问设计多个处理类似数据的ASP.NET MVC应用程序的正确方法是什么？

EN

我目前正在努力替换一批遗留应用程序。第一个即将被释放，这将意味着我将开始第二个。

每个应用程序都处理销售过程的特定部分。最初的客户获取(潜在的客户数据非常少，其中很多数据是可选的)，通过实际的报价/销售过程，然后继续到一个应用程序，研究如何让客户回到销售获取过程的开始阶段。

现在我已经构建了很多年的应用程序，使用了不同的技术，所有的技术都与他们的职业/技能，而不是真正知道的首选方式。

1. 一个大型数据库，被所有的应用程序重新使用来共享客户数据等等。这使得它需要进行大量的维护工作，使大量的开发人员都在相同的模式和服务上工作，并且有一个依赖关系，很可能在更改之后必须同时发布所有的应用程序。
2. 每个区域(客户、销售、业务层次结构等)的数据库拆分给出了逻辑拆分，但所有应用程序仍然使用它们，但是跨数据库的数据连接可能会导致问题，除非您做跨数据库连接/链接服务器等。
3. 每个单独的应用程序都有自己的一组数据库。这使得每个应用程序的开发更快、更简单。但是，在每个应用程序中，在数据复制方面也会出现很多重复。然后，数据的任何变化都需要与其他数据库同步。对于某些领域，您可以打开一个web来获取它们之间的一些数据，但是很多时候，您可能不得不从一个数据库中读取这些信息来从另一个数据库获取更多的信息等等，而不是简单的快速连接。

有人能提供一些关于正确方式的信息吗？是的，事情可能是主观的，但我相信这些方法中的一种会比另一种更受推荐。