微服務消息選擇

-1

我是微服務的新手，但我想知道處理通信的最佳方式是什麼。我已經研究過一些解決方案，但想知道你的意見是什麼TODO：我的微服務託管在Azure上ATM和我稱他們與REST服務，微服務消息選擇

但是......

我想的是，除了來自其他服務的服務不能從任何人調用，因爲我有一個外部應用程序的外觀API。

我已經用RabbitMQ調查過Servicebus，Eventhubs，REST，WCF，SQL，但我不知道什麼是最快的消息服務。

我比較喜歡速度和穩定性，高複雜度不成問題。

有沒有人有此建議？

預先感謝您

我投關閉，因爲這不是一個編程的問題。但是，您是否嘗試過在各種選擇之間進行性能比較的簡單Google搜索？此外，您列出的項目都是不同類別的軟件。你真的在找什麼？ – theMayer

我建議的RabbitMQ，很容易獲得在C＃中開始，您可以使用MQTT協議或AMQP。

如果您決定使用不同的代理，這很容易更新，通常最少需要更改代碼。

兩者都給你很多沒有很多代碼的功能。

可以用各種在線經紀人測試客戶，儘管我不會將它們用於生產。

對於C＃的客戶端看看

2017-07-27 11:13:18

這可能是一個解決方案，但它也可以去無服務器？我真的想擁有可以瘋狂擴展的最新技術。除了它很容易，它是最好的，最快的和最具擴展性的嗎？ –

那麼你需要一個經紀人來處理消息解決方案，而且你可能會得到處理大量消息的經紀人。您不一定需要託管代理。特別是MQTT的擴展性非常好，您可以擁有非常多的客戶端和消息。 –

回答