假设我们有一个用户、钱包REST微服务和一个API网关，它将这些东西粘合在一起。当Bob在我们的网站上注册时，我们的API网关需要通过user微服务创建一个用户，并通过wallet微服务创建一个钱包。

编排微服务的标准模式是什么?如果一个微服务只知道它自己的域，但是有一个数据流要求多个服务以某种方式交互，那么该怎么做呢?假设我们有这样的东西:发票装运为了便于讨论，让我们假设订单发出后，应该创建发票。

我试图理解GraphQL在微服务架构中最适合使用的地方。对于只有一个GraphQL模式作为API网关代理请求到目标微服务并强制它们的响应，存在一些争论。微服务仍然使用REST / Thrift协议进行