在 OpenFeature + flagd 的全链路场景下，给一个需要前后端共享语义的新 flag 做灰度发布，应该先升级后端还是先升级前端？本文通过实际案例对比两种升级路径的风险，论证为什么先 backend 兼容升级、再升级 frontend 是更稳妥的策略。
Posts for: #spring-cloud-gateway
Spring Boot 3.5 + Java 25 + React：在 K8s 里跑通一套跨链路 OpenFeature flag
记录一次 SB3.5 + Java 25 + kind 环境下的方案试验：不用 Spring Cloud Config Server / Netflix 套件，做出一套 Gateway + 微服务 + React 的 OpenFeature demo，并复盘 flagd、OFREP、热加载和部署过程里遇到的几个坑。
没有 Service Mesh，用 API Gateway 做用户级灰度
没有 Istio/Linkerd 的环境下，Shop Platform 用 Spring Cloud Gateway MVC 的自定义 Predicate + Redis Set + Caffeine 本地缓存，实现按 buyerId 的用户级灰度路由；并讨论配合 OpenFeature 做下游代码路径灰度的演进路径。
微服务架构下的 OpenAPI 聚合文档实践
在 Gateway + BFF + Domain Service 架构下，记录一种用 Spring Cloud Gateway MVC 和 SpringDoc 聚合 OpenAPI 文档的做法，方便前后端协作和接口自查。
Spring Boot 3.5 + Java 25 + Cloud Native 系列（二）：API Gateway 架构
API Gateway 是微服务架构的统一入口。本文结合仓库当前实现，分析 Spring Cloud Gateway Server MVC + Virtual Threads 的路由配置、JWKS JWT 校验过滤器链、Redis Lua 令牌桶限流、灰度路由，以及从 WebFlux 迁移到 MVC 的工程取舍。