在微服务中同时使用 api 网关和消息代理

你的问题太不具体了，无法给出很好的答案。什么是good架构完全取决于您的用例的细节。您是提供网页、流媒体、收集数据进行分析还是完全不同的东西？我们还需要知道您在并发性、一致性和可扩展性方面有什么要求？开发团队的预算/规模、开发的难易程度、开发技能等有哪些限制？

例如，good如果您对大型数据集的高度可扩展输入和非常频繁的数据收集以及支持它的团队有强烈要求，则可能会考虑您做出的决定。但是，bad如果您只有一个小团队，并且正在尝试为可扩展性要求有限的新服务获得快速且廉价的 MVP（因为解决方案的复杂性会不必要地减慢您的开发速度），则可以考虑使用它。

可能是good因为开发团队熟悉这些技术，可以有效地进行开发。或者可能是bad因为您的团队对这些一无所知，并且在学习这些方面的投资不会因长期收益而合理。

不要忘记微服务架构风格的一个想法是每个服务都可以由一个不同的团队拥有，该团队自己决定使用什么技术来实现（无论出于何种原因：易于开发、业务原因等） . 因此，换句话说，微服务风格包含了古老的智慧 architecture follows organization。

这里是推荐的进一步阅读的链接。