关于微服务和 Rest API 的神话

Question

我想弄清楚微服务的术语。 参考下图。

所有代表微服务架构

1. 微服务 - 是否将作为 API 公开的服务引用到通道 [Be it browser / Native app / Host] 甚至是未公开的服务 [ 底层

• 通用
• 编排
• 原子

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

所有教程都说/gos 1 Microservice = 1 Rest based service 或任何暴露为控制器的东西被调用 我们可以将库或 DAO 通用服务称为微服务吗？

微服务架构观点

微服务视点 2

比较

Answer 1

它是否将作为 API 公开的服务引用到通道，甚至是未公开的服务

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

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

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

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