关于微服务和 Rest API 的神话

Question

我想澄清一下微服务的术语。 参考下图。

All 代表微服务架构

1. 微服务 - 是否将作为 API 公开的服务引用到通道 [无论是浏览器/本机应用程序/主机] 还是未公开的服务 [底层

• 通用
• 精心策划
• 原子

2. 根据图表，提到了从编排到原子的链接。 它必须始终是 [REST/HTTP over call] 还是可以是打包在同一个可运行包中的普通 Java 库方法调用。

所有教程都说/去 1 微服务 = 1 基于休息的服务或任何公开为控制器的东西，可以从中调用 我们可以将图书馆或 DAO 通用服务也称为微服务吗？

微服务架构观点

微服务视点 2

对比

Answer 1

<块引用>

是否将作为 API 公开的服务或什至未公开的服务引用到通道中

微服务是一种服务于业务需求的服务 - 它们是“通过服务组件化” - 更大系统的组件，因此它们不需要暴露于外部世界，但是他们可以。

<块引用>

它是否必须始终是 REST/HTTP over call，或者它可以是打包在同一个可运行包中的普通 Java 库方法调用。

微服务通过网络进行通信，但它不一定是 HTTP / REST，也可以是 Kafka 主题或 gRPC 或其他东西。重要的部分是它们必须独立部署，例如您可以升级单个微服务，而无需同时更改另一个服务。

有关最普遍接受的定义，请参阅 Martin Fowler - Microservices - 9 characteristics。