有或没有 Akka.NET 的微服务开发

Question

我们正在尝试使用 Asp.NET Core 在当前环境中创建新应用程序来实现微服务架构。我们的第一代微服务将使用请求/回复通信模式，不需要任何消息代理。但是，我们将在 2 年后拥有一个 Message Broker。

两年后是否需要在开发方面付出很多努力才能使我们的微服务使用 Message Broker 并采用发布/订阅通信模式？

什么是好的方法？我们现在应该在没有 Message Broker 的情况下使用 Akka.NET 之类的东西吗？我们应该稍后实现 Akka.net 以使微服务使用 pub/sub 通信模式吗？

感谢并感谢各种建议。

Answer 1

从头开始。微服务的主要目的是松散耦合的服务。您最初可能没有意识到，但在某些时候您可能需要它。从技术上讲，req/resp 是重构的整体。使用带有消息代理的事件驱动架构稍微复杂一些，但好处是深远的。想象一下，您有越来越多的微服务加入俱乐部，使用 pub sub 非常容易。

回到您的第二点，稍后重构和包含消息代理可能需要付出很大的努力。例如您决定使用 CQRS 和事件溯源，这是分布式应用程序非常常见的模式。您将需要系统的主要重新架构师。但是对于简单的应用程序，这些模式可能不是必需的，并且根据您的业务需求，您必须决定您的服务应该具有多大的弹性、可用性和解耦性，并且在可以简单地满足要求时是否值得付出努力。

如果您想采用真正的微服务架构，那么首先要使用消息代理可以进行的异步通信。

希望对您有所帮助。