在微服務中使用API​​網關和消息代理

Question

我有一個關於微服務實現的問題。現在我正在使用api網關處理所有獲取請求給我的個人服務，並使用kafka處理異步發佈和刪除請求。這是處理微服務架構中處理請求的好方法嗎？

Answer 1

您的問題太不明確，無法給出一個很好的答案。什麼是good架構完全取決於您的用例的細節。您是否提供網頁，流媒體，積累分析數據或完全不同的東西？我們還需要知道您在併發性，一致性和可伸縮性方面的要求是什麼？開發團隊的預算/規模，開發簡易性，開發技能等方面的限制是什麼？

例如，如果您對高度可擴展的大型數據集輸入和非常頻繁的數據收集以及團隊支持需求有很強的要求，那麼您已經採取的決定可能被認爲是good。但是，如果您只有一個小團隊，並且正在嘗試爲具有有限可擴展性要求的新服務（因爲解決方案的複雜性不必要地降低您的開發速度）快速而便宜地獲得MVP，則可能會考慮此問題bad。

它可能是good，因爲開發團隊熟悉這些技術並可以有效地開發這些技術。或者它可能是bad，因爲你的團隊對這些並不瞭解，並且投資學習長期收益是不合理的。

不要忘記微服務架構風格的一個想法是每個服務都可以由一個獨立的團隊擁有，該團隊可以自行決定使用哪種技術來實現（無論出於何種原因：易於開發，商業原因等）。換句話說，微服務風格包含舊的wisdomarchitecture follows organization。

這裏是一個link to a recommended further read。