问是否应该在微服务中复制主数据的模型和数据库？

EN

简短的回答是“不”，你不应该只是重复数据。正确的做法将取决于您如何设计您的微服务体系结构。例如，如果您使用的是领域驱动的设计，那么每个服务都会有一个有限制的上下文，该上下文定义了该服务所需的域模型。与此服务相关的其他服务更改的数据可以通过订阅更改数据的服务发布的相关事件来使用。关于微服务中有界上下文的这篇文章可能会对您有所帮助。

如果您做了微服务，您应该为您现在拥有的数据的各种类型和/或子集确定权威的微服务。Microservices不仅仅是拆解业务逻辑，还包括对权威和最新数据的修改和访问的所有权。

如果您在多个微服务之间复制所有数据，每个微服务都允许广泛更新数据，那就不是真正的微服务，而是数据复制，这有其自身的挑战。

在分布式计算中，在一个不具有权威性的节点上拥有数据副本是可以的--部分原因是，对远程计算机的任何查询一旦收到，都会返回可能过期的副本。分布式体系结构--如客户机服务器、微服务和涉及多个服务器的其他架构--必须处理这种潜在的损耗。

可以帮助的技术包括：

• 与查询数据关联的时间戳(或版本号)
• 提供健壮交互的API，例如：
  • 在单个源中更新多个事物或不更新的全部或非更新
  • 条件更新，如果版本、时间戳或其他期望不匹配，则终止该更新
  • 精心安排的最终一致性
  • 分布式事务，如2PC中所示

• 及时通知/事件

在我看来，所有的混乱都是因为您想要从贷款服务中提取Admin。在一个服务中同时拥有用户级和管理级的API(当然，需要适当的授权检查)是非常好的。