有或沒有Akka.NET的微服務開發

Question

我們正在嘗試實現微服務體系結構，使用Asp.NET Core在當前環境中創建我們的新應用程序。 我們的第一代微服務將使用請求/答復通信模式，並且不需要任何Message Broker。 但是，兩年后我們將擁有一個Message Broker。

在兩年的開發過程中，是否需要花費大量精力使我們的微服務適應Message Broker並在兩年后采用發布/訂閱通信模式？

有什么好的方法？ 我們是否應該已經在沒有Message Broker的情況下使用像Akka.NET這樣的東西？ 我們是否應該稍后再添加Akka.net，以使微服務使用發布/訂閱通信模式？

感謝並提出各種建議。

Answer 1

從一開始就正確對待它。 微服務的主要目的是松耦合服務。 您可能最初沒有意識到，但有時可能需要它。 技術上req / resp是重構的整體。 將事件驅動的體系結構與消息代理一起使用稍微復雜一點，但好處卻是深遠的。 想象一下，有越來越多的微服務加入俱樂部，使用pub sub非常容易。

回到您的第二點，可能需要大量精力進行重構，並在以后包含消息代理。 例如，您決定去CQRS和事件源，這對於分布式應用程序是非常常見的模式。 您將需要系統的主要重新架構師。 但是對於簡單的應用程序，可能不需要這些模式，並且根據您的業務需要，您必須決定服務的彈性，可用性和分離性，如果可以簡單地滿足需求，那么值得付出努力。

如果您想使用真正的微服務架構，那么它將從消息代理可能進行的異步通信開始。

希望能有所幫助。