我们最近用graphql层将后端构建为微服务体系结构。
后端服务与rest和graphql通信。当我们添加特性时，我们发现这变得越来越复杂。
所以我们决定尝试事件驱动（pub/sub）微服务。我们正处于为这个pub/sub实现选择消息代理的阶段。
我在想Apache·Kafka或者redis pubsub。然后我想知道，我不能只使用graphql订阅与redis集成吗？graphql生成api文档并进行验证检查，所以我认为这对微服务客户机非常方便。但我只能找到后端<->前端客户端的graphql订阅示例，如推送通知、聊天等。
所以我的问题是，使用带有redis的graphql订阅作为后端服务之间的消息代理是否省钱？