在没有任何消息代理的情况下，为 API 集成（直接使用 WebClient）使用反应式方法微服务是否有任何风险？
Is there any risk in having reactive approach micro-services for API integration (direct using WebClient) ,without any message broker?
我正在实施微服务 API 但不打算使用任何消息代理。 API 服务将以 WebClient/web 通量相互通信。
由于 skill/budget 个挑战，未使用任何消息代理。
这样生产有风险吗？ failover/replay?
这样的缺点是什么
这真的取决于您的要求。消息代理非常适合异步、事件驱动的应用程序。对于请求-响应，我推荐 http。消息代理提供额外的功能。例如，您可以获得有保证的交付、分区，这在您需要严格排序时很重要，死信队列可用于跟踪和补救失败的请求。正如你提到的，重播。
我正在实施微服务 API 但不打算使用任何消息代理。 API 服务将以 WebClient/web 通量相互通信。 由于 skill/budget 个挑战，未使用任何消息代理。 这样生产有风险吗？ failover/replay?
这样的缺点是什么这真的取决于您的要求。消息代理非常适合异步、事件驱动的应用程序。对于请求-响应，我推荐 http。消息代理提供额外的功能。例如，您可以获得有保证的交付、分区，这在您需要严格排序时很重要，死信队列可用于跟踪和补救失败的请求。正如你提到的，重播。