微服务--网关

本文涉及的产品
云原生网关 MSE Higress,422元/月
注册配置 MSE Nacos/ZooKeeper,118元/月
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
简介: 网关 一、为什么使用网关? 1) 客户端的需求量与每个微服务暴露的细粒度API数量的不匹配。 (比如,移动客户端一个页面,需要请求上百个微服务,没有效率) 2)客户端请求微服务的协议可能并不是web友好型。

网关

  • 一、为什么使用网关?
    • 1) 客户端的需求量与每个微服务暴露的细粒度API数量的不匹配。 (比如,移动客户端一个页面,需要请求上百个微服务,没有效率)
    • 2)客户端请求微服务的协议可能并不是web友好型。(每个服务的协议可能不一样,应用应该在防火前外采用类似http协议)
      • 一个服务可能是用Thrift的RPC协议,而另一个服务可能是用AMQP消息协议。它们都不是浏览或防火墙友好的,并且最好是内部使用。应用应该在防火墙外采用类似HTTP或者WEBSocket协议。
    • 3)很难重构;
      • 随着时间的推移,我们可能需要改变系统微服务目前的切分方案。例如,我们可能需要将两个服务合并或者将一个服务拆分为多个。但是,如果客户端直接与微服务交互,那么这种重构就很难实施。
  • 二、定义:
    • 一个服务器,或者说是进入系统的唯一节点;
    • 封装内部系统的架构,提供api给各个客户端(facade模式(外观模式)很像。 外观模式是在适配器模式下把多个方法整合到一个对外的方法中。);
    • 负责请求转发、合成和协议转换。  (比如: 可以在web协议与内部使用的非Web友好型协议间进行转换,如HTTP协议、WebSocket协议。);
    • 定制化的api (客户端请求的数据需要多个服务时,它只提供一个服务点就可以,不用客户端请求多个服务)。
  • 三、网关的用途:
    • 负责负载均衡、缓存、访问控制、请求分片和管理、静态响应处理、授权、监控等任务;
  • 四、优缺点
    • 优点:
      • 封装应用内部结构;客户端直接跟gatway交互更简单点。API Gateway提供给每一个客户端一个特定API,这样减少了客户端与服务器端的通信次数,也简化了客户端代码。
    • 缺点:
      • 是一个高可用的组件,必须要开发、部署和管理;可能成为开发的瓶颈,开发者必须更新API Gateway来提供新服务提供点来支持新暴露的微服务。更新API Gateway时必须越轻量级越好。
      • 否则,开发者将因为更新Gateway而排队列。但是,除了这些缺点,对于大部分的应用,采用API Gateway的方式都是有效的。
  • 五、实现

    • 设计要求:
      • 性能和可扩展性:
        • 只有少数公司需要每天处理大规模(上亿)的请求;对于大部分应用,网关的性能和可扩展性是非常重要的。支持同步、非阻塞I/O的网关。
        • 例子: jvm中,采用基于NIO技术的Netty; Nginx Plus提供一个成熟的、可扩展的、高性能web服务器和反向代理,它们均容易部署、配置和二次开发。
      • 采用反应性编程模型:  
        • 因为有一些请求,需要调用多个后端服务并合并结果处理,如果发送给后端服务的请求是相互独立的,可以并发的处理这些请求;如果这些请求之间是有依赖的,必须向请求A,才能请求B。
        • 比如java8 的 completableFuture,支持 多任务并发执行、支持任务完成的先后顺序,原生的api,返回每个任务的异常, api丰富。
        • 如果利用传统的同步回调方法实现Api的合并会很麻烦,代码复杂且难以维护。比较好的解决方法就是: 反应性编程模型,比如java8的completableFuture 和 js 的Promise 。
      • 服务调用:
        • 一个基于微服务的应用是一个分布式系统,并且必须采用线程间通信的机制。两种线程间通信的方法: 1、采用异步机制,基于消息代理的方法;如JMS、AMQP;2、采用同步机制,如Thrift、Http。
        • 系统会同时采用同步和异步两种机制。
        • 网关将需要支持多种通信机制。
      • 服务发现:
        • 网关需要知道每一个微服务的IP和端口,在传统应用中,采用硬编码;在云基础的微服务应用中,采用服务发现机制。
        • 两种方式: 服务端发现与客户端发现(网关需要查询服务注册处,也就是微服务实例地址的数据库)。
      • 处理部分失败:
        • 在分布式系统中当一个服务调用另一个服务超时或者不可用的情况,就会发生部分失败。
        • 网关不应该被阻断并处于无限期等待下游服务的状态,如何处理这种失败依赖于特定的场景和具体服务。比如:
          • 产品详情页中,推荐模块无响应,其他信息比如图片、价格等应该返回给用户,推荐部分可以返回空、也可以固定返回几个;如果是产品信息服务无响应,网关应该给客户端返回一个错误。
          • 当缓存有效时,网关应该能返回缓存。比如,产品的价格变化并不频繁,网关在价格服务不可用时应返回缓存中的数值。这个缓存可以有网关本身实现,也可以借助redis 等这类外部缓存实现,通过
          • 返回缓存数据或者默认数据,网关确保系统错误不影响用户体验。
        • Netflix Hysrix 对于实现远程服务调用代码来说是一个非常好用的库。Hystrix记录那些超过预设定的极限值的调用。它实现了circuit break模式,使得可以将客户端从无响应服务的无尽等待中停止。
        • 如果一个服务的错误率超过预设值,Hystrix将中断服务,并且在一段时间内所有请求立刻失效。Hystrix可以为请求失败定义一个fallback操作,例如读取缓存或者返回默认值。
        • 如果你在用JVM,就应该考虑使用Hystrix。如果你采用的非JVM环境,那么应该考虑采用类似功能的库。
    • 六、总结
      • 对于大多数微服务基础的应用,实现一个API Gateway都是有意义的,它就像是进入系统的一个服务提供点。API Gateway负责请求转发、请求合成和协议转换。
      • 它提供给应用客户端一个自定义的API。API Gateway可以通过返回缓存或者默认值的方式来掩盖后端服务的错误。
    • 原文链接:https://www.nginx.com/blog/building-microservices-using-an-api-gateway/
    • 虽然使用SpringCloud 已经很长时间,但是细细读下来这篇文章,收益匪浅。简单的翻译和整理了一下,如有错误,还望指正。

    相关文章
    |
    7天前
    |
    缓存 负载均衡 JavaScript
    探索微服务架构下的API网关模式
    【10月更文挑战第37天】在微服务架构的海洋中,API网关犹如一座灯塔,指引着服务的航向。它不仅是客户端请求的集散地,更是后端微服务的守门人。本文将深入探讨API网关的设计哲学、核心功能以及它在微服务生态中扮演的角色,同时通过实际代码示例,揭示如何实现一个高效、可靠的API网关。
    |
    1月前
    |
    Cloud Native API
    微服务引擎 MSE 及云原生 API 网关 2024 年 9 月产品动态
    微服务引擎 MSE 及云原生 API 网关 2024 年 9 月产品动态。
    |
    1月前
    |
    缓存 监控 API
    探索微服务架构中的API网关模式
    【10月更文挑战第5天】随着微服务架构的兴起,企业纷纷采用这一模式构建复杂应用。在这种架构下,应用被拆分成若干小型、独立的服务,每个服务围绕特定业务功能构建并通过HTTP协议协作。随着服务数量增加,统一管理这些服务间的交互变得至关重要。API网关作为微服务架构的关键组件,承担起路由请求、聚合数据、处理认证与授权等功能。本文通过一个在线零售平台的具体案例,探讨API网关的优势及其实现细节,展示其在简化客户端集成、提升安全性和性能方面的关键作用。
    72 2
    |
    1月前
    |
    存储 缓存 监控
    探索微服务架构中的API网关模式
    【10月更文挑战第1天】探索微服务架构中的API网关模式
    93 2
    |
    2月前
    |
    监控 负载均衡 安全
    微服务(五)-服务网关zuul(一)
    微服务(五)-服务网关zuul(一)
    |
    5天前
    |
    负载均衡 监控 API
    dotnet微服务之API网关Ocelot
    Ocelot 是一个基于 .NET 的 API 网关,适用于微服务架构。本文介绍了如何创建一个 Web API 项目并使用 Ocelot 进行 API 请求路由、负载均衡等。通过配置 `ocelot.json` 和修改 `Program.cs`,实现对 `GoodApi` 和 `OrderApi` 两个项目的路由管理。最终,通过访问 `https://localhost:7122/good/Hello` 和 `https://localhost:7122/order/Hello` 验证配置成功。
    14 1
    dotnet微服务之API网关Ocelot
    |
    8天前
    |
    运维 Cloud Native 应用服务中间件
    阿里云微服务引擎 MSE 及 云原生 API 网关 2024 年 10 月产品动态
    阿里云微服务引擎 MSE 面向业界主流开源微服务项目, 提供注册配置中心和分布式协调(原生支持 Nacos/ZooKeeper/Eureka )、云原生网关(原生支持Higress/Nginx/Envoy,遵循Ingress标准)、微服务治理(原生支持 Spring Cloud/Dubbo/Sentinel,遵循 OpenSergo 服务治理规范)能力。API 网关 (API Gateway),提供 APl 托管服务,覆盖设计、开发、测试、发布、售卖、运维监测、安全管控、下线等 API 生命周期阶段。帮助您快速构建以 API 为核心的系统架构.满足新技术引入、系统集成、业务中台等诸多场景需要
    |
    13天前
    |
    监控 安全 应用服务中间件
    微服务架构下的API网关设计策略与实践####
    本文深入探讨了在微服务架构下,API网关作为系统统一入口点的设计策略、实现细节及其在实际应用中的最佳实践。不同于传统的摘要概述,本部分将直接以一段精简的代码示例作为引子,展示一个基于NGINX的简单API网关配置片段,随后引出文章的核心内容,旨在通过具体实例激发读者兴趣,快速理解API网关在微服务架构中的关键作用及实现方式。 ```nginx server { listen 80; server_name api.example.com; location / { proxy_pass http://backend_service:5000;
    |
    15天前
    |
    缓存 监控 API
    探索微服务架构中的API网关模式
    随着微服务架构的兴起,API网关成为管理和服务间交互的关键组件。本文通过在线零售公司的案例,探讨了API网关在路由管理、认证授权、限流缓存、日志监控和协议转换等方面的优势,并详细介绍了使用Kong实现API网关的具体步骤。
    35 3
    |
    15天前
    |
    存储 缓存 监控
    探索微服务架构中的API网关模式
    探索微服务架构中的API网关模式
    35 2