ConfigMap изменился, а приложение всё ещё читает старый файл
ConfigMap изменился, а приложение всё ещё читает старый файл Сначала откройте manifest. Если есть: mountPath: /etc/app/config.yaml subPath: config.yaml то это ключевой артефакт. Обычный ConfigMap volume Kubernetes обновляет eventually. Но ConfigMap, смонтированный через subPath, не обновляет этот файл в уже работающем контейнере. Диагностика: ConfigMap в API → volumes → volumeMounts → subPath → файл внутри container → reload приложения Проверьте: kubectl get configmap ... kubectl get pod ... -o yaml и сравните с файлом внутри container. Важно различать: файл уже новый, приложение использует старое → reload/cache файл сам старый + subPath → ожидаемое поведение mount ConfigMap через env или envFrom — отдельный случай: environment уже запущенного процесса не обновляется. GitOps при этом может быть Synced: обновление ConfigMap не означает автоматический rollout workload. Типичная ошибка — искать cache приложения или задержку kubelet, не заметив subPath в manifest. Сохраните этот сценарий для случаев «конфиг уже новый, приложение — ещё старое». #УЦФОРС #Kubernetes #DevOps #SRE #Конфигурация