Как применить миграции БД непосредственно после развёртывания базы в Kubernetes?

Для применения миграций базы данных сразу после развёртывания в Kubernetes обычно используют init-контейнеры или специальные Job.

Init-контейнеры запускаются до основного контейнера приложения и могут выполнять миграции, например, запускать скрипты миграций или инструменты типа Flyway, Liquibase, Alembic и т.п. После успешного завершения init-контейнера основной контейнер запускается.

Пример использования init-контейнера в манифесте Pod/Deployment:

initContainers:
- name: migrate-db
  image: my-migration-tool:latest
  command: ["./migrate.sh"]
  env:
    - name: DB_HOST
      value: "mydb-service"
    - name: DB_USER
      valueFrom:
        secretKeyRef:
          name: db-credentials
          key: username
  # другие параметры

Job — отдельный Kubernetes-ресурс, который запускает миграции как отдельную задачу. После успешного выполнения Job считается завершённым. Это удобно, если миграции нужно запускать вручную или по расписанию.

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

Таким образом, наиболее распространённый и надёжный способ — использовать init-контейнеры для автоматического применения миграций перед запуском приложения.