API 网关 on Tony老师的博客

多租户 SPA 网关设计：APISIX + Go + EdgeOne + 私有 COS 桶方案

Mon, 25 Mar 2024 10:00:00 +0800

做多租户 SaaS 时，网关是最容易被低估的环节。一个典型的 SPA 帮助中心场景：每个租户有自己的 subdomain、自己的 SPA 资源、私有的内容数据，访问链路涉及 APISIX 网关、Go 中间件、对象存储、CDN。本文从 私有 COS 桶 这一前提出发，整理一套完整的、可落地的网关设计方案，文末讨论能否改用公有桶简化架构。

gRPC HTTP Transcoding 注解详解

Thu, 15 Sep 2022 10:00:00 +0800

背景问题

gRPC 以其高效的二进制序列化（Protocol Buffers）和强大的流式通信能力，已成为微服务间通信的主流选择。但在实际项目中，我们常常面临一个尴尬的局面：

内部服务用 gRPC 通信，高性能
对外开放 API 需要提供 HTTP/RESTful 接口，方便前端和其他语言调用
维护两套服务成本太高

有没有一种方式，可以让 同一个 gRPC 服务同时支持 gRPC 协议和 HTTP/RESTful 调用？

这就是 gRPC HTTP Transcoding 要解决的问题。

API 网关对比：Kong、APISIX、Envoy 的工程抉择

Fri, 12 Nov 2021 14:00:00 +0800

2021 年我们要把内部十几个微服务统一接入网关，候选有 Kong、APISIX、Envoy（自建控制平面）。三方各有支持者：Java 团队倾向 Kong（成熟稳定）；基础设施组偏好 APISIX（etcd + 热更新）；架构师则强调 Envoy 是"未来标准"。最终我们选了 APISIX，但过程远没有"选个流行开源"那么简单。

API 网关不只是"反向代理 + 限流"。它要承载路由、TLS 终结、鉴权、限流、可观测、协议转换 —— 每一项都有工程取舍。本文从数据平面、控制平面、插件体系、运维复杂度四个维度，对比 Kong、APISIX、Envoy 三条技术路线。

读懂一段 APISIX 路由配置：多环境流量染色怎么做

Mon, 15 Mar 2021 10:00:00 +0800

最近团队内部一次跨环境联调，因为有人忘了切流量染色 cookie，把预发请求打到了生产 —— 事故不大，但引发了一波复盘。这篇文章想把那段承担了"染色分发"职责的 APISIX 路由配置从结构上拆清楚。

graph LR
 A[请求] --> B{host 匹配?}
 B -->|*.example.com| C{uri 匹配?}
 C -->|/sapi/*| D{filter_func 染色?}
 D -->|匹配| E[proxy-rewrite 改路径]
 D -->|不匹配| F[走其他路由]
 E --> G[service_id 指向的 Service]
 G --> H[上游节点]