工具自动化作为微服务[关闭]

Question

我正在考虑为一组工具构建微服务架构。

每个工具都有单独的 API 实现和公开。它们部署在其专用的虚拟机中。 比方说，我有 3 个工具。

1. 具有功能的 Tool1 在 VM1 中实现并公开为 API1、API2、API3
2. 具有功能的 Tool2 在 VM2 中实现并公开为 API1、API2、API3、API4
3. 具有功能的 Tool3 在 VM3 中实现并公开为 API1、API2、API3、API4、API5

我计划从一个集中位置 (VM4) 管理所有工具。作为微服务 API 服务器。 每个工具功能都将被称为，

• http:///tool1/callapi1
• http:///tool1/callapi2
• http:///tool2/callapi3
• http:///tool3/callapi5

因此，VM4 中的 API 实现将调用其相应工具服务器中的外部 API（在 VM1 / VM2 / VM3 等中）

我的 Qn。

1. 这是一种将所有工具集成到单个 API 服务器中的好方法，即使每个工具在其专用 VM 中都有单独的 API 实现。
2. 如果是，如何将所有工具集成到一个地方。？ a) 我是否需要从新的微服务调用工具 API。 ? b) 或者，我是否需要在新服务器中拥有所有工具 API 的完整来源。 ?
3. 我真的需要微服务设计吗？ ?

提前致谢。

Answer 1

如何将所有工具集成到一个地方。？

一种选择是在 VM4 上使用反向代理。否则，不清楚您是如何转发这些请求的

其他选项是创建 GraphQL API 而不是公开 URL 路由

我是否需要在新服务器中拥有所有工具 API 的完整源代码。 ?

我想这取决于它们的运行方式，但如果 HTTP 是您的通信渠道，那么就没有

我真的需要微服务设计吗

我会考虑这种分布式计算，而不是微服务。在“微服务”普及之前，很多组织在各种内部服务之间组合了多个 api 调用