Microservices 微服务体系结构中的冗余类
我刚转到一个新项目,它是一个遗留代码,有15个微服务 问题是每个服务都有3-4个公共类,例如,Microservices 微服务体系结构中的冗余类,microservices,Microservices,我刚转到一个新项目,它是一个遗留代码,有15个微服务 问题是每个服务都有3-4个公共类,例如,User.java,Supplier.java,Settings.java。每当我们需要在任何一个微服务中的任何一个类中做任何更改时,我们也必须在其他14个API中做任何更改,这太累人了 这个问题有什么解决办法吗?是的,我们使用RestTemplate对我们的api进行api调用,并使每个服务公开一组JAR,这些JAR定义了模型、处理重试和填充的模型上的基本api调用,并公开每个与api版本一致的JAR
User.java
,Supplier.java
,Settings.java
。每当我们需要在任何一个微服务中的任何一个类中做任何更改时,我们也必须在其他14个API中做任何更改,这太累人了
这个问题有什么解决办法吗?是的,我们使用RestTemplate对我们的api进行api调用,并使每个服务公开一组JAR,这些JAR定义了模型、处理重试和填充的模型上的基本api调用,并公开每个与api版本一致的JAR 导入和使用这些服务时使用其他服务。假设他们希望使用的用户数据对getUser方法进行函数调用,从而使api调用获取数据并作出响应 我们尽量不在api中进行破坏性的更改,而是逐步发布新的api版本和新的jar供其他系统使用
注意,这是完全可选的,如果他们想使用JAR或直接进行api调用,则由服务决定。是的,我们使用RestTemplate对api进行api调用,并使每个服务公开一组定义模型的JAR,该模型上的基本api调用将处理重试和其他操作,并公开与api版本一致的每个操作 导入和使用这些服务时使用其他服务。假设他们希望使用的用户数据对getUser方法进行函数调用,从而使api调用获取数据并作出响应 我们尽量不在api中进行破坏性的更改,而是逐步发布新的api版本和新的jar供其他系统使用 注意,这是完全可选的,如果他们想使用JAR或直接进行api调用,则由服务决定