微服务究竟是如何实现的？

Question

我正在使用 Docker 并将微服务部署到 EC2 实例。我正在阅读几个教程，但每个教程都只部署一个微服务，仅此而已。例如，很多教程都实现了一些简单的控制器，例如

@RestController
public class LogicOneController {

    @GetMapping
    @RequestMapping("/logic_one")
    public String entry() {
        return "LogicOneController stuff";
    }
}

在 Spring Boot 应用程序中。我可以从 ec2 访问这个 api，例如 www.my-ec2-instance/logic_one。但是使用微服务的目的是拥有许多其他服务，那么我该如何添加另一个服务呢？假设我有另一组apiLogicTwoController。

我应该将它部署到另一个 Spring Boot 应用程序吗？如果是这种情况，那么我想我们只是在同一个 ec2 实例上运行多个容器并通过www.my-ec2-instance/logic_two 和www.my-ec2-instance/logic_three 等访问它。这是正确的想法吗？

Answer 1

微服务不应按逻辑一/二/三拆分。它由可能独立工作的业务领域分开，业务领域中有很多逻辑。 回到电子商务设计。假设有几种域（登录/身份验证、用户、订单、运输）。 因此，每个域可以视为 1 个模块/域

• Lo​​gin/auth => 服务有责任管理登录令牌、授权
• 用户 => 服务管理所有用户配置文件
• 订单 => 用户可以在其中创建/执行/取消...订单的服务
• 运输 => 可以更新/管理与第 3 方的运输状态的服务...

所以，如果您只有 logic_1、logic_2、... 它是 1 个服务/1 个模块。上面只是一个例子，一个实际的微服务系统被分割成非常小的域。

• 微服务系统的不同之处在于，客户端（移动/网络...）仅与服务调用 API-GateWay 进行通信，而不是直接接触核心服务（登录/验证、用户、订单、运输...） .这就像一站式服务哈哈

注意：不使用/应用微服务模式的应用程序并不意味着这不是一个好的设计。