Kubernetes, десятки configmap и как это готовить?

А почему у вас несколько конфигмапов на одно приложение, а не один конфигмап?

Изначально у нас на один сервис был примонтирован один конфигмап, это уже было легче. Потом с уходом старых разрабов пришли новые, не имеющие опыта в разработке под кубернетис, начали делать по своему, плюс так переработали архитектуру под нужды проекта.

Kubernetes, десятки configmap и как это готовить?

По поводу какие изменения.
К примеру, разработка выдает версию на тестирование, и говорит, внести новые параметры в конфигмапы
service1-dev.yml
В него нужно добавить строку secret.code.allowed=true
в конфиги service1-reliz.yml, service1-test.yml
добавить строки
secret.code.allowed=false
secret.code.lives=50
В конфигах service2-reliz.yml заменить блок

sleuth:
    sampler:
      probability: 1.0
    baggage:
      remote-fields:

на

sleuth:
    sampler:
      probability: 1.0
    propagation-keys:

А в остальных не нужно.
И таких манипуляций может быть десятки
Ручками копипастом добавляю данные в конфиги одного окружения, потом так же в остальные.
Следовательно, отвлекшись, проходя по списку изменений которые дали, я забуду что добавлял, и потом на каком-то из окружений вылазит бяка и тестировщики кричат почему платформы отличаются друг от друга конфигурацией