微服务架构中的错误源传播

Question

我正在实现一个由 n 个微服务（Java、Spring）组成的产品。

问题是当某些用例集成 ex。 4 个这样通信的微服务：

A -> B -> C -> D

并且 D 在执行任务时抛出异常。服务 A 需要知道问题的根源是服务 D。

我知道我可以在服务 D 中实现一个自定义异常处理程序，它可以返回一些额外的属性，如 exceptionSource="D" 并将其传播到所有服务，但它并不是很酷，需要大量手动实现。

你知道有什么方法可以让它更自动化吗？也许有一些模式/库/魔术弹簧属性？

Answer 1

在每个微服务中定义异常处理程序和错误消息转发器听起来确实是个坏主意。
它以一种不一定需要的方式解耦微服务实现。我们将解耦需要解耦的东西（例如数据、逻辑、部署），但微服务之间的横向需求不应在每个微服务实现中重复，总体而言，如果它们依赖于相同的技术。这显然是不可维护的。

我看到了完成任务的两种主要方法：

1234563 br> 如果您已经在使用这种解决方案，或者如果您使用与微服务相关的异构实现，那么这种解决方案是有意义的。你好像不是这种情况。

• 所有 Java Spring 微服务在共享库中定义异常处理程序 (@ControllerAdvice) 和 HTTP 拦截器 (ClientHttpRequestInterceptor)。
  这样，所有服务都会以类似的方式，毫不费力地执行异常处理和来自其他微服务响应的错误的处理。

警告：微服务实现并非旨在仅依赖于相同的技术（一种可能在 Java Spring 中，另一种可能在 Java EE 中，另一种在 NodeJS 中，下一个在 C# 中）。
因此，依赖 Spring 的特定功能现在可能会起作用，但如果以后您使用另一种技术，如 Java 和 Spring，可能会导致一些困难。