<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>API网关 on Leanku</title>
    <link>https://blog.leanku.com/tags/api%E7%BD%91%E5%85%B3/</link>
    <description>Recent content in API网关 on Leanku</description>
    <image>
      <url>https://blog.leanku.com/papermod-cover.png</url>
      <link>https://blog.leanku.com/papermod-cover.png</link>
    </image>
    <generator>Hugo -- gohugo.io</generator>
    <lastBuildDate>Mon, 15 Sep 2025 20:46:01 +0800</lastBuildDate><atom:link href="https://blog.leanku.com/tags/api%E7%BD%91%E5%85%B3/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>微服务治理-API网关</title>
      <link>https://blog.leanku.com/post/microservice/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%B2%BB%E7%90%86-api%E7%BD%91%E5%85%B3/</link>
      <pubDate>Mon, 15 Sep 2025 20:46:01 +0800</pubDate>
      
      <guid>https://blog.leanku.com/post/microservice/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%B2%BB%E7%90%86-api%E7%BD%91%E5%85%B3/</guid>
      <description>微服务治理-API网关 API Gateway 是微服务系统的统一入口层，负责请求路由、协议转换、安全控制、流量治理与聚合编排，是连接外部世界与内部微服务体系的核心枢纽。
一、介绍（Introduction） 1.1 为什么需要 API Gateway？ 在没有网关之前：
问题 1：客户端需要知道所有服务地址 前端 / App 直接耦合后端服务拓扑。
问题 2：安全无法统一控制 每个服务都要： 鉴权 权限 限流 黑名单&amp;hellip;
问题 3：跨服务调用暴露内部结构 问题 4：接口碎片化 一个业务页面可能需要多个服务，前端要请求 4～10 次 API。
1.2 API Gateway 的作用 Client │ ▼ API Gateway │ ├── User Service ├── Order Service ├── Payment Service └── Inventory Service 网关成为： 唯一入口
1.3 API Gateway 解决什么问题？ 1. 统一入口 如：所有请求：https://api.xxx.com/*
2. 路由转发 /api/user → user-service、 /api/order → order-service</description>
    </item>
    
  </channel>
</rss>
