我的微服务

什么是微服务架构？ 

将传统的单体业务架构体系，打碎为细小的单位，每一个单位都可以独立开发制作、部署交付。

拆分出来的单位之间通过轻量接口（rest API/gRPC等）进行交互和协同

细小的单位就是微服务！（搭积木）

详解

传统单体业务架构，在逻辑层中各个模块通常是紧耦合在一起的，有大量不可拆分的交叉调用，并且通常数据库也是使用同一个数据库。

将模块拆分为各个微服务之后，每一个模块就是单独的架构（类似软件、积木块），可以进行独立的设计开发打包部署。并且拆分数据库，每一个微服务应使用独立的数据库。

拆分后的微服务如何通过轻量借口进行交互呢？

nacos-服务的注册和发现中心

提供服务注册与发现、配置管理、DNS服务、动态DNS和服务治理等

每一个服务会向nacos注册自己的地址和端口信息

其他服务需要调用的时候，会向nacos请求调用的借口地址、再去向服务的借口发起调用

重点！——nacos宕机，微服务之间也可以调用，因为nacos只是控制流并不参与数据的传输

客户端对微服务的访问

API网关与微服务网关

API网关（API Gateway）

API网关是一个服务器，它是客户端和后端服务之间的中介。API网关封装了内部系统的架构，为所有客户端提供统一的入口点。它处理所有来自客户端的请求，并将这些请求路由到适当的服务。API网关可以提供以下功能：

• 请求路由：根据请求的类型、URL等信息，将请求转发到不同的后端服务。
• 负载均衡：在多个服务实例之间分配请求，以提高系统的可用性和可扩展性。
• 认证与授权：对所有进入的请求进行安全检查，确保只有合法的请求才能访问后端服务。
• 限流与配额管理：控制访问速率，防止服务过载。
• 缓存：提高响应速度和减轻后端服务压力。
• 协议转换：支持不同协议的转换，例如将HTTP/1.1转换为HTTP/2或gRPC。
• 监控与日志记录：记录请求和响应的详细信息，用于监控和故障排查。

微服务网关（Microservices Gateway）

微服务网关通常指的是专门为微服务架构设计的API网关。在微服务架构中，每个服务可能独立部署和扩展，因此需要一个统一的入口点来管理服务之间的通信。微服务网关可以提供API网关的所有功能，并针对微服务的特点进行优化：

• 服务发现：与服务注册中心（如Eureka、Consul、Nacos）集成，动态发现服务实例。
• 动态路由：根据服务实例的健康状况和负载情况动态调整请求路由。
• 微服务特定的认证：例如，使用JWT（JSON Web Tokens）进行服务间认证。
• 细粒度的限流策略：针对单个服务或服务组进行限流。
• 服务网格集成：与服务网格技术（如Istio、Linkerd）集成，提供更细粒度的流量控制和安全策略。