Spring Boot Camunda工作流K8s部署问题：HPA扩容异常与崩溃循环求助

一、先解决单Pod CrashLoopBackOff问题 #

当前单副本就崩溃，直接扩到3副本只会放大问题，必须先排查根因：

• 查看崩溃Pod的日志：kubectl logs <你的Pod名称> --previous，重点排查是否存在内存溢出（OOM）、启动失败报错、依赖服务连接失败等信息。
• 检查Pod事件：kubectl describe pod <你的Pod名称>，确认是否有资源不足被K8s杀死（OOMKilled事件）、镜像拉取失败、配置挂载错误等情况。
• 修正资源配置：把模糊的XXL替换为具体数值，比如devops.container.limits.memory=4Gi、devops.container.limits.cpu=2，同时匹配JVM堆内存参数（比如启动命令中添加-Xmx3g，避免堆内存超过容器限制）。

二、配置HPA=3时的核心问题修复 #

1. 解决Camunda登录页面失效问题 #

多副本下登录失效是因为会话不共享，同一用户请求被分发到不同Pod导致会话丢失，有两种解决方式：

• 推荐方案：分布式会话：通过Spring Session集成Redis实现跨Pod会话共享。检查应用配置文件，添加或调整Redis相关配置：

  spring.session.store-type=redis
  spring.redis.host=<你的Redis地址>
  spring.redis.port=6379
  

  若原项目已集成Spring Boot，通常无需额外开发，仅需配置即可生效。
• 临时方案：Ingress粘性会话：在K8s Ingress配置中添加会话亲和性规则，让同一用户请求固定到同一个Pod：

  apiVersion: networking.k8s.io/v1
  kind: Ingress
  metadata:
    annotations:
      nginx.ingress.kubernetes.io/affinity: "cookie"
      nginx.ingress.kubernetes.io/session-cookie-name: "camunda-session"
      nginx.ingress.kubernetes.io/session-cookie-expires: "172800"
      nginx.ingress.kubernetes.io/session-cookie-max-age: "172800"
  

2. 避免流程模型并行触发问题 #

Camunda多副本下重复触发流程，是因为作业执行器未配置集群模式，多个Pod同时抢任务。需调整Camunda配置：

• 启用集群作业执行：在Camunda配置文件中添加或修改：

  camunda.bpm.job-executor.acquire-by-priority=true
  camunda.bpm.job-executor.core-pool-size=3
  camunda.bpm.job-executor.max-pool-size=10
  

  集群模式下，Camunda会通过共享数据库协调作业分配，同一任务只会被一个Pod执行，避免并行触发。
• 检查流程启动方式：若流程通过外部API触发，确保调用端实现幂等性（比如通过唯一请求ID去重）；若是定时启动事件，Camunda集群模式会自动保证定时任务仅被一个Pod执行。
• 确认共享数据库：多副本Camunda必须使用同一个数据库实例，否则每个Pod独立存储流程数据，必然导致重复触发和数据不一致。检查配置文件中的数据库连接信息，确保所有副本指向同一数据库。

三、调整HPA配置 #

完成上述修复后，修改artifacts.devops配置：

devops.application.hpa.memory.max.replicas.prod=3
# 建议添加HPA触发阈值，比如内存使用率超过70%时扩容
devops.application.hpa.memory.target.utilization.prod=70

内容的提问来源于stack exchange，提问作者Rassermann