Java 25 加 Spring Boot 3.5 的微服务上 Kubernetes，我给自己定了一份运行时基线，覆盖镜像、探针、优雅停机、滚动与回滚、可观测性，每块都同时写现状和差距。

多模块 Maven 单仓微服务平台里，脚手架我选了 Maven Archetype 而不是 Spring Initializr，选型理由、六类 Archetype 的分层逻辑、为什么 Archetype 本身也要有测试、版本怎么维护，都收在这一篇。

接入真实支付前，得先把支付抽象和 provider 边界理顺。Shop Platform 目前跑通的是 PaymentIntent 抽象和 Mock 与真实网关的切换，webhook、退款幂等和 Payment Element 还没落地。

基于 Kubernetes 1.35 官方文档和实操验证，梳理 VPA 的 InPlaceOrRecreate 模式、原地调容的工作链路，以及落地时最容易踩的坑。

注册门槛往往会抬高结账流失。Shop Platform 现在的做法是 guest JWT 加 Redis 游客购物车（TTL 48 小时），游客订单靠 order_token 追踪，登录后再合并购物车；buyer-portal 和 buyer-app 在这段体验上还有差别。

以 diegolnasc/kubernetes-best-practices 仓库为蓝本过一遍 K8s 生产实践，顺手补上 Gateway API、ValidatingAdmissionPolicy、原生 Sidecar 这些仓库还没覆盖的新特性。

数据库通常是微服务里比较关键的依赖之一，这套仓库在它身上花的心思集中在 HikariCP 连接池调优、open-in-view: false、@EntityGraph 防 N+1、@Transactional 传播行为、Testcontainers @ServiceConnection 和 Flyway 进阶实践。

Redis 在 Shop Platform 里同时承担缓存、限流、分布式锁、Bloom Filter 和 Lua 原子操作，对应要配的是 Lettuce 连接池、序列化策略、Redisson 锁、Bloom Filter 自动配置和 Lua 脚本加载方式。

Spring Boot 3.5 加 Spring Kafka 3.3 把 Kafka 该配的基本都配得起来，这套仓库落地的是消费者并发模型、生产者的 acks 与 retries、序列化选型、offset 提交策略、死信处理和 @RetryableTopic。

开关语义和供应商解耦之后，剩下的问题是 flag 从哪儿读、改完怎么不重启就生效。shop 项目这一版把这两件事分别交给 Spring Config 和 Configuration Watcher。