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

Question

我对微服务实现有疑问。现在我正在使用api网关来处理对我的各个服务的所有get请求，并使用kafka来处理异步的post put和delete请求。这是处理微服务架构中处理请求的好方法吗？

Answer 1

你的问题太不明确，无法给出一个好的答案。什么是good架构完全取决于您的用例的详细信息。您是在提供网页，流媒体，收集分析数据还是完全不同的东西？我们还需要知道您在并发性，一致性和可伸缩性方面的要求是什么？开发团队的预算/规模，开发的简易性，开发技能等有哪些限制？

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

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

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

这是link to a recommended further read。