微服务架构中的冗余类

Question

我刚刚转到一个新项目，它是一个具有15个微服务的旧代码。

问题是每个服务具有3-4个通用类，例如User.java，Supplier.java，Settings.java。每当我们需要对任何微服务中的那些类中的任何类进行任何更改时，我们也必须对其他14种api进行其余更改，这很累人。

有没有解决此问题的方法？

Answer 1

是的，我们使用RestTemplate对我们的api进行api调用，并使每个服务公开一组定义模型的jar，对该模型进行处理重试和填充的基本api调用，并公开每个与api版本对齐的

导入和使用其他服务时。假设他们想要使用的用户数据对方法getUser进行函数调用，从而使api调用获取数据并进行响应。

我们尽量不对api进行重大更改，并逐步发布新的api版本和供其他系统使用的jar。

请注意，这是完全可选的，如果他们想使用jar或直接进行api调用，则取决于服务。