我所在的公司正在考虑迁移到microservice/kubernetes体系结构，但在研究中遇到了一些障碍，所以我想我应该把它们放在这里。
对于一个典型的单片数据库，许多查询从其他源/表连接，这通常被视为不同的微服务职责（例如customers->orders）。
我现在的问题是，对于微服务，什么是最佳实践？
我发现了一些建议的方法：
1） 加入代码。基本上是运行多个查询。如： const user = UserService.getUserById(1); const order = OrderService.getForUser(user); 我喜欢这种方法，可以清楚地看到数据来自何处，需要什么等等。但是这会引起额外延迟的问题。像以前一样，我可以加入这个查询，只需访问一次数据库。我现在有2个（或更多，取决于所需的数据）对数据库的请求。
2） 参加对外服务。建立一个独立的服务来处理查询。-这感觉很像有一个每个服务都依赖的内部api，而且作为一个单点故障似乎是一个糟糕的做法。也许我看错了。
3） 加入mysql。将所有数据放在同一个数据库中，并像以前一样进行查询。这样做的好处是可以一次访问mysql，但是打破了microservice方法，并取消了每个服务都有数据库/模式的功能。
我个人觉得选项1是最通用的选项，但我很好奇多个往返的额外延迟，以及你们是如何处理的。或许还有另一个我没有看到的解决方案。