Architecture 用于两种不同微服务(API';s)的可重用代码

Architecture 用于两种不同微服务(API';s)的可重用代码,architecture,microservices,Architecture,Microservices,我们有一个带有两个API的微服务体系结构项目: 外部用户API-用于注册/登录我们网站的用户的API 内部用户API-未在我们的网站注册且从其他网站提出请求的用户的API(用户不知道我们的网站X,他们只是向网站Y提出请求,而网站Y向我们的网站提出请求以获取用户数据) 两种API的请求/响应格式完全不同,但处理/逻辑完全相同 问题-如何保留两个不同的服务(API),但不复制粘贴代码进行处理 我们使用的技术:Python(Flask)。在微服务体系结构中,您希望使您的服务尽可能彼此独立。因此,一

我们有一个带有两个API的微服务体系结构项目:

  • 外部用户API-用于注册/登录我们网站的用户的API
  • 内部用户API-未在我们的网站注册且从其他网站提出请求的用户的API(用户不知道我们的网站X,他们只是向网站Y提出请求,而网站Y向我们的网站提出请求以获取用户数据)
两种API的请求/响应格式完全不同,但处理/逻辑完全相同

问题-如何保留两个不同的服务(API),但不复制粘贴代码进行处理


我们使用的技术:Python(Flask)。

在微服务体系结构中,您希望使您的服务尽可能彼此独立。因此,一个典型的建议是在服务之间建立业务逻辑

因此,我看到以下选项:

  • 仅对内部和外部服务使用一个服务 接口
  • 为公共逻辑创建新服务
进一步阅读:


在微服务体系结构中,您希望使您的服务尽可能彼此独立。因此,一个典型的建议是在服务之间建立业务逻辑

因此,我看到以下选项:

  • 仅对内部和外部服务使用一个服务 接口
  • 为公共逻辑创建新服务
进一步阅读:


让外部API在幕后调用内部API是否毫无疑问?(在做了一些请求参数格式化之后)是的,我也在考虑,听起来还可以。让外部API在幕后调用内部API是不可能的吗?(在做了一些请求参数格式化之后)是的,我也在考虑,听起来不错。