CF上Spring Boot应用实例数无故从4降至2，求异常原因及排查方案

实例数从4回退到2的可能原因 #

• 非预期的部署操作触发：有人员手动执行了未带-i 4参数的cf push命令，或者历史版本的Bamboo部署任务被误触发，旧任务沿用了manifest中配置的2实例参数，覆盖了之前扩容后的配置。
• 自动伸缩规则触发缩容：应用绑定了CF Autoscaler服务实例，若配置的自动伸缩策略最小实例数为2，或者CPU、内存、请求量等指标达到了缩容阈值，会触发平台自动将实例数缩到2；也可能是Autoscaler服务本身故障导致配置回退。
• 声明式配置同步修正：如果团队使用了声明式部署工具（如CF Operator、Argo CD适配CF的插件）管理应用配置，若声明文件中定义的实例数为2，工具的定期同步机制会自动将运行态的实例数修正为声明值。
• 平台运维操作导致：Org/Space管理员手动调整了实例数，或是CF集群节点故障、平台版本升级、资源配额调整等运维操作，导致应用期望实例数被回滚到历史版本的配置值。

需排查的方向 #

• 执行cf audit-events -o <你的Org名称> -s <你的Space名称>，过滤近7天内的app.update、app.scale类型审计事件，可直接查到实例数修改的操作时间、操作人、请求来源。
• 核对Bamboo所有对应应用的部署任务执行历史，检查是否有非计划内的任务运行，确认所有部署任务的cf push命令是否都正确携带-i 4参数。
• 执行cf services确认应用是否绑定了Autoscaler服务，若已绑定则执行cf autoscaling-app <应用名>查看伸缩规则、最小实例数配置，以及伸缩事件日志，确认是否有自动缩容记录。
• 联系CF平台运维团队，查询实例数变更时间点附近是否有集群节点故障、应用驱逐、资源配额调整、平台配置回滚等运维操作。
• 若团队使用声明式部署工具，检查对应应用的声明配置文件中实例数配置是否为2，以及同步日志是否有修正实例数的记录。

应用重启是否会读取manifest配置 #

应用执行cf restart、cf restage操作时，不会读取manifest文件的配置，只会调用CF平台侧存储的应用现有配置进行重启/重构建。只有执行cf push命令时，才会按「命令行参数 > 当前执行目录下的manifest文件 > 平台已存储的配置」的优先级覆盖配置。因此如果没有触发新的cf push操作，单纯的应用重启不会把实例数改回manifest中配置的2。

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