标签频道
滚动发布
该标签下的文章、提问与讨论帖。
背景 订单服务,Spring Boot 3.2 + JDK 17 + HikariCP 5.1.0 + MySQL 8.0,K8s 1.28 滚动发布(maxUnavailable=1、terminationGracePeriodSecon
【背景】 在 Kubernetes 环境中进行滚动发布时,我们常常需要优雅地关闭正在运行的 Pod,以确保服务的平稳过渡。HikariCP 是一个常用的连接池实现,它在关闭时会尝试关闭所有未完成的 SQL 查询。然而,对于那些执行时间较长的
背景 订单服务,Spring Boot 3.2 + JDK 17 + HikariCP 5.1.0 + MySQL 8.0,K8s 1.28 滚动发布(maxUnavailable=1、terminationGracePeriodSecon
背景 订单服务,Spring Boot 3.2 + JDK 17 + HikariCP 5.1.0 + MySQL 8.0,K8s 1.28 滚动发布(maxUnavailable=1、terminationGracePeriodSecon
背景 订单服务,Spring Boot 3.2 + JDK 17 + HikariCP 5.1.0 + MySQL 8.0,K8s 1.28 滚动发布(maxUnavailable=1、terminationGracePeriodSecon
背景 Java 17 / Spring Boot 3,JVM 堆 8G,K8s 1.28,4 副本滚动发布(maxSurge=1 / maxUnavailable=0),核心接口 P99 SLO < 50ms、稳态约 25ms。社区里反复验
【背景】 做了 5 年 K8s 运维,最近半年帮 3 个团队排查「发布期 502 / 连接被 RST」,根因惊人地一致:不是探针配错,而是对「优雅退出到底在保护什么」没有共识。我抽出来的典型现象: 1. Service 摘流(iptable
背景 5 年 SRE,最近负责一条核心查询链路:K8s 1.28,Java 17 / Spring Boot 3,JVM 堆 8G,4 副本(maxSurge=1 / maxUnavailable=0,滚动发布),入口稳态 1200 QPS
背景 - Kafka 3.5(3 broker,KRaft),topic "risk-eval-result" 32 分区,消费组 8 实例(每实例 4 分区),K8s Deployment 滚动发布(maxUnavailable=1),a
背景 15 年云原生,最近在做 K8s 1.28.9(containerd 1.7.13,cgroup v2,内核 5.15,x86_64)集群里一条 5 副本 Java 服务(Spring Boot 3.2.4,JDK 17.0.8,G1
背景 K8s 1.28.9,Java 17 / Spring Boot 3,JVM 堆 8G,冷启动约 35s。4 副本,maxSurge=1 / maxUnavailable=0,走 "kubectl apply" 滚动发布。核心接口 P
背景 我做了 10 年 SRE,最近一次复盘的 P2 让我对"expand → backfill → contract"这套经典三步法产生了怀疑。场景:一个订单服务,K8s Deployment 6 副本,MySQL 8.0(InnoDB,
【背景】 我们用 Nacos 2.2 做配置中心,应用是 Spring Boot 3 + K8s(1.28),一次发布涉及"改代码 + 改配置"两件事。团队约定:先在 Nacos 控制台把新配置(比如新增的开关、改了的超时值)推上去,再执行
背景\n\n我们一个 Java 服务(JDK17,Spring Boot,启动要预热,正常冷启动大约 45–60s),跑在 K8s 1.28 上,4 副本,maxUnavailable=0、maxSurge=1,走滚动发布。发布走 CI 直
【背景】 我负责一个交易清算服务,K8s 1.28(containerd 1.7),gRPC 1.60(Netty 4.1.100),Java 17。上游 6 个微服务通过 gRPC 调用清算服务,服务 4 副本(Deployment,ma
【背景】 K8s 1.29 + Kafka 3.5(3 broker,ISR=3),消费组 12 实例(K8s Deployment,maxSurge=1 / maxUnavailable=0),topic "order-pay" 32 分
【背景】 我负责一个 3 节点 K8s 1.28 集群(containerd 1.7,CNI 是 Calico 路由模式),跑 Spring Boot 3 / Java 17 的无状态订单服务,入口是集群内 Service + 一个 Env
文
标题
摘要