Когда модуль заменяется во время непрерывного обновления, он получает свою конфигурацию с сервера конфигурации во время запуска.Таким образом, более естественным решением для k8s, чем получение отдельного модуля Pod и его обновление, было бы выполнить непрерывное обновление, как было предложено в вопросе Как перерабатывать модули в Kubernetes
Если вы меняете конфигурацию как часть непрерывного обновления, и проблема связана с синхронизацией, то вы можете использовать перезапуск на модуле Pod, чтобы выполнить дополнительное обновление.
Предположительно, на что вы обращаете в противном случае:используя bash-скрипт, который выводит список всех модулей и обновляет их, возможно, выполняя команду 'kubectl exec -it' для оболочки в контейнер и вызова внутри него функции обновления.Я понимаю, что вы обеспокоены тем, что это не очень «нативно», так как оно довольно ручное, и вы ожидаете более автоматического решения с k8s или с сервером конфигурации.На самом деле вам нужно выбрать, какой «родной» подход вам нужен, поскольку подход на основе обновления сервера конфигурации довольно отличается от концепции конфигурации карты k8s и непрерывного обновления.(См., Например, https://dzone.com/articles/configuring-java-apps-with-kubernetes-configmaps-a). Более естественным решением для сервера конфигурации является передача сообщений для оповещения служб о доступности новой конфигурации - см. Ссылки в конце https://dzone.com/articles/spring-cloud-config-server-for-the-impatient
.