Пайплайн где?

ну можно и в пипелине делать миграции, вариант, да

Если идти путём Helm:

apiVersion: batch/v1
kind: Job
metadata:
 name: {{ .Release.Name }}-db-migration
 labels:
   chart: {{ .Release.Name }}-{{ .Chart.Version }}
   test: {{ .Release.Name }}
 annotations:
   "helm.sh/hook": post-install,post-upgrade
   "helm.sh/hook-weight": "1"
   "helm.sh/hook-delete-policy": hook-succeeded
spec:
 template:
   spec:
     containers:
       - name: db-migration
         image: {{ .Values.image }}

         workingDir: /usr/share/nginx/html/migration/
         command: ["/usr/local/bin/php"]
         args : ["migrate.php"]
         resources:
           limits:
             cpu: 1
             memory: 500Mi
           requests:
             cpu: 1
             memory: 500Mi
         envFrom:
           - configMapRef:
               name: {{ .Release.Name }}-configmap
         imagePullPolicy: IfNotPresent
     restartPolicy: Never

а точно постинсталл хорошая идея? если миграции сфейлились, а новая версия приложения уже задеплоена?

Мне бы хотелось что бы только кластер знал своё состояние и решал что ему выполнять сам, без пайплайнов.

там в метрике есть container="", в которой сумма по всем контейнерам пода вроде

получил ООМ. метрика вроде верная. начал разбираться, у пода две метрики контейнера внутри. если их суммировать и не исключать container!="" то все считается верно и ООМ понятен. Вопрос в чем суть?

миграции в хельме х.уево делать, миграции могут быть разные, можно затянуть на пол часа, можно на сутки, лол

поэтому на жирных проектах делаю миграции руками %)