微服务架构设计模式（八）外部API模式

外部API模式

1、直接访问微服务中的API的问题

• 细粒度的API暴露给客户端，会使客户端发送多个请求来检索需要的数据，效率低，影响用户体验
• 封装不足，耦合度高
• 服务可能对客户端进程协议不支持或支持不好
• 对服务的提供方而言，不稳定的API可能会使调用方频繁升级

2、API Gateway模式

API Gateway是一种服务，它是外部世界进入应用程序的入口点。它负责请求路由、API组合、身份验证等功能。
（1）功能

• 请求路由
• API组合
• 协议转换
• 边缘功能

  身份验证
  访问授权
  速率限制
  缓存
  指标收集
  请求日志

（2）架构

image.png

（3）模式：

• 所有者模式：每个客户端负责API Gateway中跟自己相关的api

• 后端前置模式（Backeds for Frontends BFF）：每个客户端使用独立的API Gateway，由客户端团队开发和运维

  
  image.png

（4）API Gateway模式的好处和弊端

• 好处
  - 封装应用程序内部结构
  - 客户端不必调用特定服务
  - 减少客户端调用应用程序的次数
• 弊端
  - 要独立开发、部署
  - 对性能、高可用有要求

（5）API Gateway设计过程面临的问题

• 性能和可扩展性
  - 同步请求面临线程和并发连接数量上线
  - 异步模型：Netty、Vertx、Spring Reactor、JBoss Undertow
• 使用响应式编程
  - API 组合是按顺序对其他服务进行调用的，可能服务响应时间过长。
  - 相关框架：Java 8 CompletableFutures、Project Reactor Monos、RxJava、Scala Futures
• 处理局部故障
  - 负责均衡，运行多个实例

（6）开发使用API Gateway的选择

• 使用API Gateway产品
• 自己开发：可以Zuul 或 Spring Cloud Gateway为基础
• 使用GraphQL