Если батч жил только в памяти, при падении pod он исчезнет. Восстановление возможно, когда исходные сообщения ещё доступны и их позиция не подтверждена раньше времени.
Загрузите образ в container runtime нужных узлов и задайте imagePullPolicy: Never либо IfNotPresent. При Never отсутствующий локально образ приведёт к ошибке запуска.
В ответе назовите манифесты, которые действительно меняли, и объясните их назначение: Deployment, Service, ConfigMap, Secret, probes и ресурсы контейнера.
Если batch находился только в памяти Pod, он исчезнет. Дальнейшее поведение зависит от того, подтверждены ли исходные сообщения и сохранён ли результат устойчиво.
Уточните, какие манифесты писали или меняли сами и как проверяли результат. Простая смена image tag отличается от проектирования развёртывания сервиса.
Опишите конкретные действия с Kubernetes и CI/CD, которые делали самостоятельно. Настройка pipeline и диагностика приложения в кластере — разные области опыта.
Реплики не разделяют память процесса автоматически. Общее состояние обычно находится в БД, кеше или брокере, а взаимодействие идёт через сетевые контракты.
Уточните, какие действия в Kubernetes выполняли сами: смотрели Pod и логи, настраивали Deployment, ресурсы или выкладку. Использование приложения в кластере не равно администрированию кластера.
Docker помогает собирать и запускать контейнеры, а Kubernetes управляет контейнеризованными приложениями на кластере: размещением, репликами, сетью и восстановлением.
Соберите контейнерный образ, опубликуйте его в registry и опишите Deployment и Service. Настройки, проверки готовности и доступ к зависимостям должны работать внутри кластера.
Обычно интеграция получает секрет из внешнего хранилища под ограниченной identity и предоставляет pod через Secret или смонтированный файл; точная цепочка зависит от выбранного оператора.