我们计划在下一个应用程序中使用微服务架构 . 我想知道对于每个相关的微服务是否具有相同的域实体是一种常见的做法 . 例如，有一个客户 . 客户由多个用户和一个公司组成 . 它们存在于客户服务中 . 然后是仓库服务 . 仓库可以拥有不同角色的不同客户 . 因此，warehosue实体为客户提供密钥 .
在这两个微服务的前面有一个API网关 . 现在，当显示带有仓库的屏幕时，我们还需要来自客户服务的客户信息 . 因此API网关可以处理这个问题，这意味着获取仓库，然后获取相关客户 . 但是我们通过API网关连接两个服务 . 是否也是在仓库服务中保持具有特定属性的客户的更好方法？但这对于视图/ UI特定用例来说是必要的吗？这是将“视图逻辑”引入服务的正确方法吗？
2 回答
您可以通过不同方式实现此功能 . 仓库微服务可以消费来自客户微服务的数据并且丰富其响应，其中包含用于呈现的所有内容 . 或者，演示文稿可能包含几个区域，这些区域从不同的微服务中加载，每个微服务都呈现其部分
尝试在单一责任系统的基础上尽可能多地使用微服务 .
创建一个API服务并允许它生成 events ，然后由其他微服务生成 consumed ，并根据所需参数 provide results .
现在 API can club the data 并且可以 respond back 具有所需的格式 .
如果你只有2个微服务， multiple microservices 将帮助你 multiple microservices ，它或多或少只是一个单一的服务 .
考虑到未来，做出决定 .